WordPress debug php
Cuando los desarrolladores de WordPress están trabajando en la codificación de un tema o un plugin, a menudo les resulta útil registrar datos importantes en un archivo, como los mensajes de error, para poder ver y solucionar cualquier problema. En WordPress, el archivo de registro de depuración se crea con un nombre de archivo conocido, debug.log, y normalmente se almacena en el directorio /wp-content/ de acceso público.
Como se mencionó anteriormente, los archivos de registro de depuración se dejan en un directorio de acceso público en el servidor web con un nombre de archivo predecible y puede ser fácilmente accesible por un atacante. Todo lo que el atacante tiene que hacer es adivinar el nombre correcto del archivo de registro de depuración y su directorio para descargar el archivo. Y esto es fácil, ya que suele estar dentro del archivo /wp-content/debug.log.
Los archivos de registro de depuración pueden contener todo tipo de información jugosa que podría ayudar a un atacante. Esto podría incluir rutas de directorios del lado del servidor, errores del servidor, nombres de usuario y, en casos extremos, contraseñas en texto plano.
WordPress escribe en el registro 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 las advertencias y los 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.
Ubicación del registro de depuración de WordPress
Los registros de errores de WordPress facilitan la búsqueda y corrección de cualquier problema. Hay diferentes opciones para utilizar los registros de error de WordPress y registrar los errores, como activarlos manualmente a través del archivo wp-config.php o utilizar un plugin para controlar los errores. En este artículo, explicaremos cómo utilizar los registros de errores de WordPress.
¿No puedes subir archivos grandes en tu sitio de WordPress por alguna razón? El límite de subida de archivos de WordPress está ahí para garantizar la seguridad de su servidor y mantener su eficiencia. Los archivos que son demasiado grandes no pueden ser subidos a menos que se aumente el límite. Nuestro artículo explica cómo aumentar el tamaño de subida de tu WordPress de 5 maneras diferentes.
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: