[Symfony2] Twig werkt niet in 404 pagina
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:
Welke route wordt er afgelegd en hoe ziet je controller er uit?
Gewijzigd op 24/08/2013 16:39:25 door Frank Nietbelangrijk
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.
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.
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.
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.
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.
Iets anders logisch kan zijn dat als er een exception optreed in de exception handler dat Symfony dan zelf een exception page geeft?
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