Symfony2 error 500 en lugar de 404 en producción

Symfony\Component\Routing\Exception\ResourceNotFoundException significa nombre de ruta indefinido. Parece que tienes algún lugar en tu plantilla de error {{ path('wrong_route') }}.

La razón más probable por la que obtiene un error 500/página en blanco en producción (app.php), incluso cuando ha definido una página de error personalizada (por ejemplo, app/Resources/TwigBundle/views/Exception/error404.html.twig) es que su plantilla de error está llamando a la función twig is_granted, sin verificar si el usuario ha iniciado sesión.

Pasos para depurar:

1) Comprobar aplicación/registros/prod.log. ¿Ves un error como este?

request.ERROR: Exception thrown when handling an exception (Twig_Error_Runtime: An exception has been thrown during the rendering of a template ("The security context contains no authentication token. One possible reason may be that there is no firewall configured for this URL.")

2) Si ve el error mencionado anteriormente, vea si puede encontrar una referencia a is_granted en su plantilla de error. Compruebe que el usuario haya iniciado sesión antes de llamar a is_granted. P.ej:

{% if app.user is not null and is_granted('ROLE_ADMIN') %}
<p>Text goes here</p>
{% else %}

3) Si no puede encontrar una referencia a is_granted en su plantilla, vea si hay una llamada a knp_menu_render(), que es utilizada por el paquete de menú KNP. Consulte también cualquier plantilla extendida. Envuelva la llamada a knp_menu_render en una verificación para verificar que el usuario haya iniciado sesión:

{% if app.user %}
    {{ knp_menu_render() }}
{% endif %}

Para obtener más información, consulte el comentario de stof al final de esta página: https://github.com/symfony/symfony/issues/5320

En mi caso, fue el uso de la etiqueta {% stylesheets %} en una plantilla 404, mientras que TwigBundle no estaba incluido en la configuración de Assetic.

Revise tu app/logs/prod.log, debe tener una respuesta.

ResourceNotFoundException es lo que arroja el enrutador cuando ninguna ruta coincide con la solicitud actual.

Esto puede ser un problema de caché (80% del tiempo, es el caché. Intente rm -rf app/cache/* en su servidor de preproducción). Como el problema no aparece localmente... (probaste el env "prod" localmente, ¿verdad?).

También debe tratar de eliminar todo de su app/Resources/TwigBundle/views/Exception/error404.html.twig (¿Ese es el nombre de archivo que usas?) excepto HTML simple, para verificar si no es un problema de twig.

Tuve el mismo problema

Pero mi isGranted estaba en el lado de php. Así que agregué una verificación de token:

Antes de :

if ($this->get('security.authorization_checker')->isGranted('IS_AUTHENTICATED_FULLY')

Después :

if ($this->get('security.token_storage')->getToken() && $this->get('security.authorization_checker')->isGranted('IS_AUTHENTICATED_FULLY')

Así es como redirijo todas las rutas inexistentes a la ruta raíz. Coloque esta entrada de ruta en la parte inferior de su configuración de enrutamiento. Toda la ruta existente DEBE estar encima de él!

anything:
    path:     /{path}
    defaults:
        _controller: FrameworkBundle:Redirect:urlRedirect
        path: /
        permanent: true
    requirements:
        path: ".+"

referencia:
http://symfony.com/doc/current/cookbook/routing/slash_in_parameter.html
http://symfony.com/doc/current/cookbook/routing/redirect_in_config.html

Otra opción es intentar acceder al token de seguridad en el contexto de seguridad cuando no hay ningún token disponible.

tal vez app/Resources/TwigBundle/views/Exception/error.html.twig hace referencia a otra plantilla de diseño base que no existe; este fue el problema en mi caso

En mi caso (Symfony 2.3), recibí un código de estado 200, por lo que las páginas de error no se cargaron. Así lo resolví:

https://groups.google.com/d/msg/Symfony2/zNWNmQIq3nk/lVs4uC7QMIcJ

Solo una nota complementaria a las respuestas dadas: El ResourceNotFoundException también se puede lanzar si está tratando de incluir una plantilla inexistente. Un caso típico es que refactorizó el código de su aplicación pero olvidó actualizar sus páginas de error, ya que se encuentran en app/Resources y no en tu src/ carpeta o que incluye una plantilla dada que usa una variable o servicio que no está definido en el contexto de "error".

Me encuentro con que Symofny 3 arroja un error 500 en producción cuando no usa

$this->createNotFoundException()

en su controlador.

throw Exception('message', 404)

funciona en el entorno de desarrollo, pero no en la producción.