Ubicación de los registros de WordPress
Este artículo explica cómo activar el modo de depuración de WordPress y generar el archivo debug.log. Probablemente ha encontrado este artículo porque está experimentando un error fatal o una página blanca en blanco en su sitio de WordPress. Puede usar WP STAGING para prevenir estos errores fatales en su sitio de producción.
Puede obtener un error 500 o una página en blanco cuando abre su sitio web de WordPress. Para determinar qué plugin o código está causando ese error, puede decirle a WordPress que escriba todos los errores en un archivo de registro llamado debug.log o que los muestre en la pantalla en lugar de mostrar sólo la página blanca en blanco.
Por favor, tenga en cuenta cuando utilice el paso siguiente: Puede ver los mensajes de error de PHP en el front-end y en sus visitantes. Si ya no necesita que se muestren los errores por razones de seguridad, asegúrese de volver a poner el valor “false”.
Ya lo hemos mencionado antes, pero si estás investigando los problemas del sitio web de WordPress con el modo de depuración, no lo dejes activado todo el tiempo. Después de usar el debug.log, borre el archivo y desactive el registro de errores cambiando las siguientes líneas de define( ‘WP_DEBUG’, true ); a define( ‘WP_DEBUG’, false );.
WordPress error_log
Por defecto, WordPress guarda el archivo debug.log en la carpeta wp-content, que es de acceso público y no es un buen lugar para los registros desde el punto de vista de la seguridad. Por ello, nuestro plugin de WordPress cambia la ruta donde WordPress guarda el archivo debug.log a /sites/DOMAIN/logs/ para que no sea accesible públicamente y se sitúe junto a otros archivos de registro. Si no tiene nuestro plugin instalado, le recomendamos que lo instale.
logrotate está configurado para rotar, comprimir y eliminar los archivos de registro antiguos. Todos los archivos *.log creados en su directorio /sites/DOMAIN/logs/ serán automáticamente rotados diariamente (después de alcanzar 1MB de tamaño). Las versiones antiguas de los archivos de registro se comprimen con gzip y se eliminan después de 14 días. Puede modificar este comportamiento para cada sitio, editando el archivo de configuración de logrotate correspondiente a su sitio, ubicado en:
WordPress habilita el modo de depuración
¿A quién le gustan los errores en el proceso de desarrollo? A nadie, pero los desarrolladores y diseñadores experimentados saben cómo manejarlos, WordPress viene con un sistema de investigación que puede registrar y mostrar casi cualquier problema con su sitio. Este sistema le ayudará a identificar una amplia gama de problemas, pero para utilizarlo eficazmente necesita saber cómo funciona. En este artículo discutiremos cómo usar eficientemente el modo de depuración de WordPress, tratar con los registros de error y encontrar la manera de arreglar problemas generales.
La opción de depuración se introdujo por primera vez en la versión 2.3.1 de WordPress. Más tarde, en la versión 2.3.2, los errores de la base de datos sólo se imprimían si WP_DEBUG se establecía como verdadero en wp-config.php. Sin embargo, en versiones posteriores el equipo de desarrollo decidió imprimir siempre los errores de la base de datos. A partir de la versión 2.5, establecer el modo de depuración a true eleva todos los errores al nivel E_ALL, incluyendo advertencias y avisos.
El modo de depuración en WordPress le ayuda a obtener información sin esfuerzo cuando algo sale mal. Hay muchos casos durante el desarrollo o el diseño del sitio en los que aparecen errores y no puedes seguir trabajando. Por defecto no puedes ver los mensajes de error, pero WordPress tiene potentes opciones para hacer frente a estas situaciones.
Enlace de depuración de WordPress
Tanto si eres un desarrollador, como si eres el propietario de un sitio que está solucionando un problema con tu sitio, es muy importante entender la constante WP_DEBUG_LOG para activar el registro de depuración de WordPress. En este post, cubriré cómo se usa WP_DEBUG_LOG, cómo encontrar errores ocultos, y por qué no recomendamos plugins de depuración de WordPress de terceros.
Te ahorraré el detalle línea por línea, pero esencialmente si estableces tanto WP_DEBUG como WP_DEBUG_LOG a true, y estableces WP_DEBUG_DISPLAY a false, el efecto será que obtendrás errores registrados en un archivo debug.log en tu carpeta wp-content y ninguna información de depuración de WordPress será mostrada en la salida de PHP (es decir, en tu navegador).
Si echa un vistazo al código de la función wp_debug_mode() de arriba, el último bloque de código se asegura de que no se muestre ningún error mientras se procesa una petición XML-RPC, WP-REST-API o admin-ajax.php. En esta época en la que los plugins se desarrollan con tecnologías como React o Svelte para sus frontales, es fundamental que seas capaz de detectar errores durante las peticiones Ajax y REST-API al backend de WordPress.
