Pregunta sobre Query Monitor de Wordpress:

Seguimiento de apilamiento para errores fatales

Un usuario preguntó 👇

Para errores fatales como el error del analizador dentro de mi código, QM solo muestra un mensaje de error simple: no hay llamadas de stock.

… Pero quiero conseguirlo … 😉

Hay una solución que debería funcionar:
https://stackoverflow.com/questions/7241834/debug-backtrace-from-registered-shutdown-function-in-php#7241976

Y dentro de XDebug debería haber otra solución, que debería funcionar:
https://stackoverflow.com/questions/7241834/debug-backtrace-from-registered-shutdown-function-in-php#26339787

Desafortunadamente, la solución XDebug no me da una solución, solo muestra shutdown_handler, nada más que un error de analizador dentro de mi plugin.

Pero la solución con el manejador marca, me da una pista de apilamiento. Desafortunadamente, no muestra mi plugin, muestra el controlador de apagado de QM.

… Esto puede inspirarle a hacer una pista de apilamiento sea cual sea el futuro …

(@nilshoyer)

Hace 1 año, 6 meses

… Si desactivo QM, XDebug muestra llamadas apiladas de mi archivo de plugin, si hay un error interno más agudo. Entonces, tal vez también podría haber una solución para QM. 😉

(@johnbillion)

Desarrollador principal de WordPress

Hace 1 año, 6 meses

Gracias por el mensaje.

Un error de análisis nunca mostrará una pista apilada, incluso con QM desactivado y no importa si tiene Xdebug habilitado o no. Creo que esto se debe a que el error de análisis se produce fuera de la pila de llamadas en tiempo de ejecución cuando se analiza el archivo.

Para otros tipos de muertes, como llamar a una función indefinida, si tiene Xdebug habilitado, debería ver el seguimiento de pila completa.

El enfoque de la función tick que quiero seguir no es un camino 🙂

Entonces, sin Xdebug instalado, realmente no hay nada que QM pueda hacer desafortunadamente.

¿Solucionó tu problema??

0 / 0

Deja una respuesta 0

Tu dirección de correo electrónico no será publicada.