El comando “Log” nos permite visualizar en tiempo real los logs o registros generados a manera de historial de los diversos eventos en nuestro servidor, ya sea por el acceso de visitantes a las páginas de los sitios hospedados o por las diferentes herramientas que se ejecutan internamente.
Ya sea porque queremos depurar algún error (debug), monitorear alguna aplicación o herramienta (php, mail, mysql, etc) o simplemente detectar algún visitante, bot, etc., entre otras aplicaciones, es importante contar con esta herramienta para hacerlo de manera fácil, rápida y en tiempo real.
Sintaxis:
sudo log <dominio> <opcion>
Opciones:
- -error
- -le
- –
mysql - -only-error
- –
php - -ssh
- -syslog
- -wp
Ejemplos:
sudo log
sudo log example.com
sudo log example.com -error
sudo log example.com -wp
sudo log example.com -only-error=off
sudo log -mailUtiliza Ctrl+C para salir o terminar.
¿Cómo puedo ver el log de acceso a mi sitio web?
Para ver el log de un sitio en particular:
sudo log example.com
Para ver el log de acceso de todos los sitios web alojados en mi servidor:
sudo log
Las opciones anteriores solo muestran el registro de eventos de acceso, pero omiten los eventos de “error”.
¿Cómo puedo ver el registro o log de errores?
Por ejemplo, tal vez quisieramos ver los “warning” o “error” de nuestro sitio WordPress generados por PHP durante la ejecución de una página en particular.
sudo log example.com -error
De igual manera, si quisieramos ver el log de error generado por todos los sitios alojados en el servidor, usamos el siguiente comando:
sudo log -error
* Es posible modificar el número de líneas mostradas en la salida del comando log, por default el valor es 10. Siempre puedes incluir el argumento -lines en el comando log: sudo log example.com -lines=25 o para una solución más permanente puedes modificar este valor directamente en el archivo de configuración de Webinoly usando la variable log-lines.
WordPress Debug
Cuando tenemos configurado el modo Debug en WordPress desde el archivo wp-config.php tenemos la opción de generar un archivo debug.log, normalmente localizado en la carpeta /wp-content.
Para visualizar en tiempo real desde la linea de comandos los eventos generados en este archivo usamos el siguiente comando:
sudo log example.com -wp
Además, tenemos la opción para activar/desactivar el modo Debug en WordPress en cualquiera de tus sitios:
sudo log example.com -wp=on
El modo Debug en WordPress tiene la opción para mostrar los mensajes en pantalla dentro del HTML de la página y está activado por default. Podemos desactivar esta función para solo enviar los mensajes al archivo de registro:
sudo log example.com -wp=on -display=off
¿Cómo puedo ver el log generado por una aplicación o herramienta?
Webinoly
sudo log -php
sudo log -ssh
sudo log -mail
sudo log -syslog
sudo log -le
Las opciones -fpm y -php son equivalentes y -le es para “Let’s Encrypt”.
MySQL logs
El error log siempre está activado y envía todos los mensajes al syslog del sistema.
sudo log -mysql=error
El general log incluye todos los queries y es muy útil para depurar o auditar las operaciones en la base de datos.
sudo log -mysql=general sudo log -mysql=general -enable sudo log -mysql=general -disable
El slow query log incluye todos los queries que exceden el tiempo configurado en long_querie_time (my.cnf) y es muy útil para detectar las operaciones que impactan el desempeño de nuestro sistema.
sudo log -mysql=slow sudo log -mysql=slow -enable sudo log -mysql=slow -disable
El binary log es usado principalmente para replicación de las bases de datos.
sudo log -mysql=binary sudo log -mysql=binary -enable sudo log -mysql=binary -disable
Logs de acceso de Nginx
Los logs de acceso de Nginx están desactivados de manera predeterminada.
Para activar el log de acceso general y nuevos sitios creados.
sudo log -only-error=off
Para activar el log de un sitio en particular.
sudo log example.com -only-error=off
Podemos volver a desactivarlos usando la opción -only-error=on.
Si tienes alguna sugerencia, idea o comentario, por favor visita nuestro foro de soporte.
