ErrorPresenter nefunguje v produkčním režimu

a jak mas v configu nastaveny error presenter?

Pastnul si zde celý kód toho ErrorPresenteru? Protože pokud ano, tak by to imho mělo být:

class ErrorPresenter implements Nette\Application\IPresenter {}

A v configu nemám to catchExceptions: true, jinak to mám cca stejné jako ty a funguje mi to

Editoval iguana007 (24. 9. 2018 20:20)

David Grudl napsal(a):

Zkus smazat cache.

Sakra, to mě mělo napadnout… Děkuju, už to funguje!

Tak dneska jsem zjistil, že to zase nefunguje tak, jak jsem myslel. Jde mi o chování při BadRequestException a ForbiddenRequestException.

Když mám v config.neon

application:
 	catchExceptions: true

tak v ladícím i produkčním módu se zavolá ErrorPresenter (nevidím Laděnku).

Když mám v config.neon

application:
 	catchExceptions: false

tak v ladícím módu vidím Laděnku a produkčním módu vždy jen chybu 500 (ErrorPresenter se nevolá).

Smazání cache na to nemá vliv.

Co dělám špatně?

Editoval Odo (19. 12. 2018 13:25)

V tom druhém případě je v produkčním režimu v logu výjimka správně zapsaná (403 nebo 404). Ale zobrazí se interní chybová stránka Nette.

@Odo Nemáš dlouhé vedení…přesně to samé řeším posledních několik hodin-kupodivu jsem pročetl asi 50 fór a zrovna tohle mi uniklo…taky sem měl v config.neon(resp. používám nový nette3, kde je common.neon) ten parametr vložený, protože sem měl za to, že když je nastavený na „výchozí“ hodnotu dle dokumentace, je to v pořádku.

@DavidGrudl Zdravím, bylo by prosím možné přidat do dokumentace nějaké hodně výrazné upozornění, že na produkci NESMÍ být v common.neon nastaveno catchExceptions, ani jako false.

Momentálně je tam toto:

# má efekt pouze ve vývojářském režimu
catchExceptions: … # (bool) výchozí je false

To není pravda, pokud se tento záznam, byť jako catchExceptions: false nechá v configu, způsobí to neustálé vyhazování 500 na všechno. Ve chvíli, kdy jsem dle Oda ten záznam vymazal a smazal cache, vypadla na mě 404. Buď je někde bug a ten parametr se netestuje na bool, ale na existenci, nebo je to špatně popsané. Nedokážu odhadnout, kde je problém, tak hluboko do toho nevidím a popravdě, teď sem na to tak vzteklý…

Abych popsal, jak přesně to mám-měl sem nastaveno v common.neon catchExceptions: false a v local.neon na localhostu catchExceptions: true. Za této situace na localhostu v debug módu vše funguje jak má, můžu si otestovat a upravit Error4xx presenter a jeho šablony, všecko OK, potom to vezmu, pošlu to na produkční test, common nechávám jak je-verzuje se, neupravuje se. Vytvářím si produkční-testovací local.neon (bez catchExceptions), výsledek, furt 500, na všecko 500, no route, no presenter, všecko 500. Smažu catchExceptions: false z common.neon, dumpnu cache, na domena/dfsdafjl konečně dostanu 404 místo 500.

Ahoj, mám teď stejný problém, ale vůbec nevím jak ho vyřešit, protože nic z toho co zde bylo mi nepomohlo, ve zkratce, vyzkoušel jsem vše co zde bylo zmíněné (configy) a nic mi nepomohlo ani když jsem pokaždé mazal cache. Když jsem normálně v debug módu, a napíšu třeba domena.cz/dasdagvad tak mi to hodí 404, tak jak má, ale když jsem v produkčním módu 500 error.

Zkoušel jsem měnit vše podle odpovědí v tomto topicu, ale nic mi nepomohlo a nevím jestli je problém mezi židlí a klávesnicí, nebo kde.

Původně jsem tam měl:

application:
	errorPresenter: Error
	catchExceptions: true
	mapping:
		Error: App\Presenters\*Presenter
		*: App\Presenters\*Presenter

a potom jsem zkoušel vše co mě napadlo, ale nic mi nefungovalo.

Jinak co se týče toho catchExceptions: true tak to mi způsobovalo problémy i v debug módu (ignorovalo to $this->error() jako kdyby error nebyl) a v produkčním to pokračovalo jako kdyby se žádný error nestal, jenom tam nebyly incializované proměnné, když to je na false, tak to funguje a v debugu je 404 ale v produkčním to hází error 500.

Je nesmysl zkoušet nazdařbůh cokoliv měnit, protože informaci o tom, co je špatně, máš v logu. A pokud není v logu, tak je potřeba zjistit, proč není v logu. Což se dá zjistit třeba tak, že přepnu do vývojového režimu a zkusím něco zalogovat pomocí Tracy\Debugger::log('xxx');

To je zjevně chyba v šablonách, která vůbec nesouvisí s $this->error(). Musí se nepochybně projevovat i ve vývojářském režimu.

Protože chyba je v tom errorPresenteru (nebo jeho šabloně) a ten se při catchException: false nepouští.