Uživatel je přihlášen až v action

Sám jsem ještě neřešil, ale tuším, že k tomu se overidne checkRequirements, kde se ta kontrola implementuje. Vyzkoušej.

Editoval premek_k (3. 3. 2016 10:56)

@ViPEr*CZ* Dík, myslel jsem si, že to musí jít nějak lépe. Předám dál..

@premek_k Tak ono to je takhle asi nejlépe. Zavoláš předka, ten něco udělá a ty s tím za tím voláním dál operuješ. Je to obdobný jako psal kolega, že může ověřovat až v action. No protože se mu zavolá něco v předkovi. Samozřejmě od toho chce kapánek uvažovat pokud přepisuji nějakou metodu z předka, co tím vlastně působím a tak trochu je zde nutnost znalosti toho co ona metoda má vlastně dělat.

@ViPEr*CZ* Jistě, to je jasné. Já jen reprodukoval informaci od kolegy, který se s tím taky pral a nakonec to vyřešil tak, jak jsem napsal. Omlouvám se za neověřený tip.

Nicméně z posledního příspěvku Lukáše Kadlece jsem pochopil, že i když volá parent::startup();, tak mu to ověření nefunguje. Je to tak?

@premek_k No v tom případě by to měl být bug, protože podle dokumentace co jsem poslal odkaz by to fungovat mělo.

@LukášKadlec Jak jste to měl v té metodě startup??? Volal jste to až za parent::startup(); ???

@pata.kusik111 To vypadá celkem zajímavě. Doplnil bych jen do dokumentace instalaci přes composer. A dále jak zachytím výjimku? Pokud nemám oprávnění, tak podle zdroje dojde k výjimce s nějakým aglickým textem a nevím kde bych jí měl odchytit, když se to děje magicky?

Btw to s tím startup() Vám ani jednomu nejde?

@LukášKadlec Ty jo nějak jsem to nepochopil. Když se dívám na metodu login, která zajistí zalogování uživatele a ta má v sobě něco jako $this->storage->setAuthenticated(TRUE); tak isLoggedIn() už jen ověřuje tuto hodnotu:

public function isLoggedIn()
{
   return $this->storage->isAuthenticated();
}

Takže v podstatě v session mi sedí tato informace zda jsem přihlášen či nikoliv.
Nevím něco mi tu smrdí… asi možná ukázat kód?
Respektive, když zavolám $this->user->login(…); a dojde k úspěšnému zalogování (vytvoření Identity), tak následné volání $this->user->isLoggedIn() by mělo vracet true, protože se mi do mojí session uložila informace o přihlášení uživatele. To by mělo fungovat odkudkoliv jestli se nepletu.

@pata.kusik111 To vypadá celkem zajímavě. Doplnil bych jen do dokumentace instalaci přes composer. A dále jak zachytím výjimku? Pokud nemám oprávnění, tak podle zdroje dojde k výjimce s nějakým aglickým textem a nevím kde bych jí měl odchytit, když se to děje magicky?

@ViPEr*CZ* Pokud ti nevyhovuje defaultní chování (to jest Nette ty přesměruje a vypíše standradní šablonu), tak máš dvě možnosti. Pokud rozšiřuješ ten presenter, tak něco ve smyslu:

public function checkRequirements($element) {
	try {
		parent::checkRequirements($element)
	} catch(ForbiddenRequestException $e) {
		//vlastní zpracování chyby
	}
}

a obdobně pro createComponent

Pokud používáš trait, tak logika je stejná, jenom přejmenuješ metodu pomocí use(kvůli kolizím) a voláš jí po tom parent::checkRequirements($element).

@pata.kusik111 Spíš jsem myslel to dát přímo do dokumentace na githubu, takhle abych to lovil ze src. Jinak samozřejmě díky za vysvětlení. :-)
Standardní chování Nette s touhle hláškou bych asi osobně neukazoval českému uživateli. Btw kam mě vlastně přesměruje Nette na standardní šablonu??? Tohle nějak neznám. Myslíš na ErrorPresenter? V tom případě standardní ErrorPresenter neumí zachytit ForbiddenRequestException pokud se nepletu a hodilo by to chybu 500? Ouvej tak to by opět asi nebylo moc hezké. V tom případě opět navrhuji dát do dokumentace toto objasnění. ;-)

Ah to se omlouvám, nekoukal jsem jestli je to něčí derivát. Ale vrtalo mi to hlavou podle jména té exception, že mi tam 5ti kilčo nesedí. Nachytal jsi mě na švestkách. :-) Trochu přemýšlím jestli to řešit v ErrorPresenteru. Ale jo asi by se to dalo… a en message si tam třeba nechat přeložit na něco čemu cz user rozumí. Ale do dokumentace bych info o jakou instanci exception se jedná bych dal, kdyby to chtěl někdo dál zpracovávat ;-) Díky.

pata.kusik111 napsal(a):

ViPErCZ napsal(a):

@pata.kusik111 Spíš jsem myslel to dát přímo do dokumentace na githubu, takhle abych to lovil ze src. Jinak samozřejmě díky za vysvětlení. :-)
Standardní chování Nette s touhle hláškou bych asi osobně neukazoval českému uživateli. Btw kam mě vlastně přesměruje Nette na standardní šablonu??? Tohle nějak neznám. Myslíš na ErrorPresenter? V tom případě standardní ErrorPresenter neumí zachytit ForbiddenRequestException pokud se nepletu a hodilo by to chybu 500? Ouvej tak to by opět asi nebylo moc hezké. V tom případě opět navrhuji dát do dokumentace toto objasnění. ;-)

Děkuji za doporučení, během víkendu určitě zapracuji. Nicméně ForbiddenRequestException je subclass BadRequestException, kterou ErrorPresenter standardně zachytává a zobrazí šablonu 403.