[Symfony2] Twig werkt niet in 404 pagina
Hallo,
Ik gebruik voor mijn website Symfony2 en nu ben ik erachter gekomen dat als ik een pagina open die niet bestaat, deze een 500 error geeft ipv een 404, waarnaast ook nog mijn template niet wordt weergegeven.
Ik heb gedebugd en ben erachter gekomen dat mijn Twig template het niet correct doet. Ik extend '::layout.html.twig', maar dit doet het dus niet. Als ik dit weghaal en alleen HTML laat staan, doet hij het wel. Hoe kan dit?
Het vreemde is ook nog dat er niks in app/logs/prod.log, maar alles als een uncaught exception naar de apache2 error log wordt gelogt, met een "Uncaught exception 'Symfony\\Component\\Routing\\Exception\\ResourceNotFoundException'".
Dit is mijn template die het niet doet:
En deze doet het wel:
Ik gebruik voor mijn website Symfony2 en nu ben ik erachter gekomen dat als ik een pagina open die niet bestaat, deze een 500 error geeft ipv een 404, waarnaast ook nog mijn template niet wordt weergegeven.
Ik heb gedebugd en ben erachter gekomen dat mijn Twig template het niet correct doet. Ik extend '::layout.html.twig', maar dit doet het dus niet. Als ik dit weghaal en alleen HTML laat staan, doet hij het wel. Hoe kan dit?
Het vreemde is ook nog dat er niks in app/logs/prod.log, maar alles als een uncaught exception naar de apache2 error log wordt gelogt, met een "Uncaught exception 'Symfony\\Component\\Routing\\Exception\\ResourceNotFoundException'".
Dit is mijn template die het niet doet:
Code (php)
1
2
3
4
5
6
7
8
2
3
4
5
6
7
8
{% extends '::layout.html.twig' %}
{% block title %}Pagina niet gevonden{% endblock %}
{% block content %}
<div class="hero-unit">
<h1>Niet gevonden :(</h1>
<p>Sorry, maar de pagina die je probeerde te bereiken, is niet gevonden</p>
</div>
{% endblock %}
{% block title %}Pagina niet gevonden{% endblock %}
{% block content %}
<div class="hero-unit">
<h1>Niet gevonden :(</h1>
<p>Sorry, maar de pagina die je probeerde te bereiken, is niet gevonden</p>
</div>
{% endblock %}
En deze doet het wel:
het klinkt alsof bij een 404 niet de frontcontroller doorlopen wordt (app.php of app_dev.php)?
Welke route wordt er afgelegd en hoe ziet je controller er uit?
Welke route wordt er afgelegd en hoe ziet je controller er uit?
Gewijzigd op 24/08/2013 16:39:25 door Frank Nietbelangrijk
Dit is op een productie server, dus als front controller wordt app.php gebruikt. Ik heb er niks aan gewijzigd behalve dat hij APC gebruikt. De default controller voor errors is Symfony\Bundle\TwigBundle\Controller\ExceptionController en deze roept het template TwigBundle:Exception:error404.html.twig aan, die ik heb overriden in app/Resources/TwigBundle/views/Exception/error.html.twig.
Ik weet zeker dat ::layout.html.twig bestaat, want die gebruik ik ook in al mijn andere templates.
Dit is de hele stack trace:
Ik weet zeker dat ::layout.html.twig bestaat, want die gebruik ik ook in al mijn andere templates.
Dit is de hele stack trace:
Code (php)
1
PHP Fatal error: Uncaught exception 'Symfony\\Component\\Routing\\Exception\\ResourceNotFoundException' in /var/www/beta.hetgoeselyceum.nl/app/cache/prod/appProdUrlMatcher.php:917\nStack trace:\n#0 /var/www/beta.hetgoeselyceum.nl/app/cache/prod/classes.php(1195): appProdUrlMatcher->match('/asdgsdg')\n#1 /var/www/beta.hetgoeselyceum.nl/app/cache/prod/classes.php(1860): Symfony\\Component\\Routing\\Router->match('/asdgsdg')\n#2 [internal function]: Symfony\\Component\\HttpKernel\\EventListener\\RouterListener->onKernelRequest(Object(Symfony\\Component\\HttpKernel\\Event\\GetResponseEvent))\n#3 /var/www/beta.hetgoeselyceum.nl/app/cache/prod/classes.php(1655): call_user_func(Array, Object(Symfony\\Component\\HttpKernel\\Event\\GetResponseEvent))\n#4 /var/www/beta.hetgoeselyceum.nl/app/cache/prod/classes.php(1588): Symfony\\Component\\EventDispatcher\\EventDispatcher->doDispatch(Array, 'kernel.request', Object(Symfony\\Component\\HttpKernel\\Event\\GetResponseEvent))\n#5 /var/www/beta.hetgoeselyceum.nl/app/cache/prod/classes.php(1752): Symfony\\Component\\EventDisp in /var/www/beta.hetgoeselyceum.nl/app/cache/prod/classes.php on line 1871
Gewijzigd op 24/08/2013 16:56:18 door Koen Vlaswinkel
heb je de cache geleegd?
Al een paar keer, die leeg ik elke keer nadat ik een aanpassing maak :)
Heb je dit probleem ook in de dev omgeving? Zo ja, dan ben ik wel benieuwt naar de message van de exception.
Nee, als ik de dev omgeving openzet op mijn productieserver, krijg ik de normale 'No route found for "GET /asdgsdg"' message.
Als ik Debug::enable toevoeg in app.php, krijg ik wel een error page. Jullie kunnen hem zelf bekijken op http://beta.hetgoeselyceum.nl/adgsd.
Als ik Debug::enable toevoeg in app.php, krijg ik wel een error page. Jullie kunnen hem zelf bekijken op http://beta.hetgoeselyceum.nl/adgsd.
Gewijzigd op 24/08/2013 18:09:50 door Koen Vlaswinkel
in welke directory staat layout.html.twig? en moet het niet worden jouwbundle::layout.html.twig?
layout.html.twig staat in app/Resources/views, dus die is bereikbaar via ::layout.html.twig omdat hij geen bundle of controller heeft.
::layout.html.twig verwijst naar het layout.html.twig file in app/Resources/views/layout.html.twig
Het rare vind ik dat er geen exception message is. Gebruik je iets van security in de layout file?
Het rare vind ik dat er geen exception message is. Gebruik je iets van security in de layout file?
Ja, ik gebruik is_granted om een menu te laten zien die verschillend is voor ingelogde en niet-ingelogde gebruikers.
okee daar wordt voor gewaarschuwd om dat niet te gebruiken
http://symfony.com/doc/current/cookbook/controller/error_pages.html
You must not use is_granted in your error pages (or layout used by your error pages), because the router runs before the firewall. If the router throws an exception (for instance, when the route does not match), then using is_granted will throw a further exception. You can use is_granted safely by saying {% if app.user and is_granted('...') %}.
http://symfony.com/doc/current/cookbook/controller/error_pages.html
You must not use is_granted in your error pages (or layout used by your error pages), because the router runs before the firewall. If the router throws an exception (for instance, when the route does not match), then using is_granted will throw a further exception. You can use is_granted safely by saying {% if app.user and is_granted('...') %}.
Oke, dan zal ik dat morgen proberen en als het niet werkt zal ik hier wel weer posten.
Ah, dat waarschijnlijk het probleem. Zowel de router als de Authentication doen hun werk tijdens het kernel.request event. Hierbij wordt eerst de router en dan pas de Authentication aangeroepen. Dat betekend dat als de router een exception geeft (omdat hij geen route kan vinden), de Authentication niet meer wordt aangeroepen. Dat betekend dat functies als is_granted niet werkt.
Om dit te voorkomen gebruik je een andere if eromheen. Zie ook http://symfony.com/doc/current/cookbook/controller/error_pages.html :
Toevoeging op 24/08/2013 19:45:11:
Sorry frank, ik had niet gezien dat jij al gereageerd had.
Om dit te voorkomen gebruik je een andere if eromheen. Zie ook http://symfony.com/doc/current/cookbook/controller/error_pages.html :
Quote:
You must not use is_granted in your error pages (or layout used by your error pages), because the router runs before the firewall. If the router throws an exception (for instance, when the route does not match), then using is_granted will throw a further exception. You can use is_granted safely by saying {% if app.user and is_granted('...') %}.
Toevoeging op 24/08/2013 19:45:11:
Sorry frank, ik had niet gezien dat jij al gereageerd had.
Geen probleem hoor Wouter, je geeft zoals altijd waardevolle informatie en zeker als het om Symfony gaat.
Merk overigens op dat dit geldt vanaf versie 2.1, in 2.0 werd de Authentication vóór de router uitgevoerd.
Het werkt als ik die app.user toevoeg, maar is het niet raar dat Symfony geen exception geeft zoals 'No security context' ofzo? Dat zou toch veel logischer zijn dan gewoon een exception niet te catchen.
Iets anders logisch kan zijn dat als er een exception optreed in de exception handler dat Symfony dan zelf een exception page geeft?
Iets anders logisch kan zijn dat als er een exception optreed in de exception handler dat Symfony dan zelf een exception page geeft?
Nee, dat gebeurd niet in de productie omgeving. Symfony catched alle exceptions in de dev. omgeving en symfony catched ook alle exceptions in de productie omgeving, maar dan worden die gelogd en niet als een pagina gerenderd. Exceptions moet je nooit aan de gebruiker tonen, behalve als je bepaalde user exceptions hebt, maar die moet je dan zelf in een controller of tijdens het kernel.exception event catchen.
En ja, het is vreemd dat je alleen een ResourceNotFound exception krijgt. Het lijkt erop dat symfony alleen de laatste exception logt, en niet alle vorige exception. Het lijkt erop dat dit vroeger wel werkte: https://github.com/symfony/symfony/issues/5320
En ja, het is vreemd dat je alleen een ResourceNotFound exception krijgt. Het lijkt erop dat symfony alleen de laatste exception logt, en niet alle vorige exception. Het lijkt erop dat dit vroeger wel werkte: https://github.com/symfony/symfony/issues/5320




