php - webprofilerbundle - symfony debug toolbar

El generador de perfiles Symfony arroja 404

Question

Creé un nuevo proyecto en Symfony y recibo un aviso de error en cada sitio:

Se produjo un error al cargar la barra de herramientas de depuración web (404: no encontrado).
¿Quieres abrir el generador de perfiles?

Cuando abro el generador de perfiles hay un mensaje

Token no encontrado
Token "59942c" no se encontró en la base de datos.

¡Además, en el directorio de caché, el directorio de perfiles está vacío! Revisé los permisos y son correctos. Probé el cache:clear y eliminar el caché manualmente, pero eso no ayudó.

Answer 1

A menudo es un problema con el suscriptor / oyente del evento. Prueba ejecutar

console debug:event

Y busca errores

Answer 2

Este es un error conocido en el generador de perfiles. Desde Symfony 2.4, el perfilador que persiste en los datos utilizados por el WDT es lo último que hace Symfony.

La alerta que ve significa que el generador de perfiles no ha podido encontrar el token solicitado en los 2500 ms permitidos. Sin embargo, si hace clic en Aceptar en la alerta, debe redireccionar al generador de perfiles y averiguar qué es exactamente lento.

Answer 3

Esto generalmente ocurre si el directorio de caché no está configurado correctamente para permitir que el usuario de los servidores web escriba datos en ellos.

Bajo Linux, generalmente usaría esto para el desarrollo:

php app/console --env=dev cache:clear
php app/console --env=dev cache:warmup
chmod -R a+rwX app/cache/
setfacl -Rm g:www-data:rwX app/cache/
setfacl -Rm g:dev-user:rwX app/cache/

Esto garantiza que se crearán todos los directorios necesarios y luego se le asignarán los permisos necesarios. Si no tiene ACL habilitada, omita los comandos setfacl .

OFC, reemplace www-data con el nombre de usuario de su servidor web y dev-user con su nombre de usuario.

Answer 4

Tuve el mismo problema después de actualizar 2.6 -> 2.8 en un proyecto de 2.4 años. useMicrosecondTimestamps un error de useMicrosecondTimestamps con la capa del nodo. Se corrigió mediante nuking rm -r app/cache/* . El método de @marenkay no eliminó el caché del servidor node-php.

Answer 5

Tuve el mismo problema después de actualizar Symfony 2.3-> 2.6. Después de actualizar web/app_dev.php , solucionó el problema. Creo que necesitas Debug::enable(); línea.