Cómo ver los registros del servidor web en Plesk

Si alguna vez ha usado cPanel, seguramente será escéptico sobre la capacidad de su panel de control para proporcionar registros útiles; sin embargo, el visor de registros de Plesk no solo tiene acceso y registros de errores fácilmente disponibles, sino que su funcionalidad también ha mejorado con cada nueva versión de Plesk. . No es necesario habilitarlo ni ver los archivos de registro sin procesar:siempre está ahí cuando lo necesita.

¿Cuándo le gustaría ver los registros?

• Cuando recibe un error del servidor web (por ejemplo:403, 404, 501 o 502) al visitar una página web o un archivo que debería estar funcionando y desea ver una entrada de registro de error más detallada
• Desea monitorear a los visitantes y/o las solicitudes a su sitio web en tiempo real y, opcionalmente, desea ver qué solicitudes requieren procesamiento PHP.
• Al guardar una configuración o una página, aparece un error o la página nunca se carga

Cómo ver y monitorear registros en Plesk

1. Iniciar sesión en Plesk
2. En "Sitios web y dominios", busque el dominio cuyos registros desea ver y seleccione su botón "Registros".
3. Lo último las entradas de registro aparecerán en la parte inferior.
4. Puede hacer clic en el botón "Tiempo real" en la parte superior izquierda para ver nuevas entradas adjuntas en la parte inferior a medida que los visitantes acceden a su sitio, o puede hacer clic en el botón Actualizar para actualizar manualmente los registros que se muestran.

MODO DE DEPURACIÓN :Si no ve el registro que espera, es posible que deba habilitar el modo de depuración en su aplicación. He aquí cómo hacerlo con aplicaciones web comunes:

• Habilitar el modo de depuración en WordPress
• Habilitar el modo de depuración en Joomla
• Habilitar el modo de depuración en Magento

Si habilitaste el modo de depuración en tu aplicación web, no olvides deshabilitarlo después de que hayas encontrado y resuelto el problema; de lo contrario, es probable que tu sitio use más CPU (carga de E/S) y los archivos de registro de depuración probablemente ocuparán mucho más espacio en la cuenta.

Filtrar/Buscar registros en Plesk

En la esquina superior derecha, puede filtrar qué registros está viendo haciendo clic en la flecha junto a "Todos los registros".

Por ejemplo, si está intentando solucionar un error , entonces quiere evitar ver entradas de 'acceso' y solo ver errores, así que marque solo aquellas que tienen la palabra 'error' en ellas .

Filtrado por código de error: Si, al visitar la página con la que tiene problemas, obtiene un error 502, busque el cuadro de texto en la parte superior de la lista que dice "Código" e ingrese "502". Cuando se actualice la lista de registro, ahora debería ver solo aquellas entradas de registro que resultaron en un código de error 502.

Filtrar por código de error puede no ser útil en todos los casos. A veces, el registro de errores se produce en varias entradas de registro y solo la primera de dos o más entradas de registro útiles incluye explícitamente el código de error.

Hacer coincidir las entradas de registro con las acciones

Hay dos formas de analizar estos registros en busca de errores. La forma más sencilla de asegurarse de que los errores que está viendo coincidan con las acciones que están causando el problema es habilitar las actualizaciones en tiempo real y, en otra pestaña o ventana, reproducir el problema que genera el error. Inmediatamente verá las entradas de registro correspondientes en el visor de registros de Plesk.

Alternativamente, puede intentar hacer coincidir los códigos de tiempo . Como ejemplo, si intentó iniciar sesión en su sitio hace 5 minutos y presentó un error 403, eche un vistazo a las marcas de tiempo en los registros de hace 5 minutos y vea qué entradas de registro coinciden.

Consejo:¡esté atento a las diferencias de zona horaria! La parte inferior del registro representa las entradas más recientes y debe coincidir aproximadamente con su hora actual. Por lo tanto, si la entrada de registro más reciente dice 10:31 a. m. y su reloj marca las 11:31 a. m., deberá ajustar una hora cuando busque entradas de registro específicas.

Buscar el error más específico

Una vez que haya identificado las entradas de registro correctas que coinciden con la acción que está tomando donde encontró un problema, deberá solucionar ese problema. Dado que ahora tiene un error más específico para investigar que antes, sus búsquedas deberían arrojar resultados más precisos.

• Aquí se explica cómo solucionar los errores prohibidos 403.
• Aquí se explica cómo solucionar errores de puerta de enlace como 502.
• Resolver 500 errores está aquí.

A continuación, puede utilizar estos errores más descriptivos buscando en nuestra base de conocimientos para encontrar una solución. Si no puede encontrar una solución con una búsqueda del texto de error proporcionado, también puede crear un ticket de soporte e incluir la entrada de registro allí (asegúrese de incluir solo la última entrada, si se repite) y le indicaremos en la dirección correcta.

Filtrado solo para solicitudes dinámicas

Si ha habilitado el procesamiento nginx de archivos estáticos como se recomienda para los sitios en vivo (detalles en nuestra guía de optimización del rendimiento), entonces nginx manejará todas las solicitudes de archivos estáticos, incluidos los cachés de WordPress. Eso significa que puede seleccionar ver *solo* los registros de acceso de apache y la salida de esos debe ser todas solicitudes dinámicas.

En la esquina superior derecha, haga clic en la flecha junto a "Todos los registros" y seleccione solo los registros de acceso de apache.

Entradas de registro benignas

Estos son ejemplos de entradas de registro que es seguro ignorar:

archivos de mapa

2019-04-24 18:37:23 Error 1.1.1.1 404 GET /wp-content/plugins/bbpowerpack/assets/js/swiper.min.js.map HTTP/1.0 Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_4) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/73.0.3683.103 Safari/537.36 76.3 K Apache SSL/TLS access
2019-04-24 18:37:23 Error 1.1.1.1 404 GET /wp-content/plugins/contentstudio-plugin-master/_inc/main.css.map HTTP/1.0 Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_4) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/73.0.3683.103 Safari/537.36 76.3 K Apache SSL/TLS access
2019-04-24 18:37:23 Error 1.1.1.1 404 GET /wp-includes/js/tinymce/skins/lightgray/skin.min.css.map HTTP/1.0 Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_4) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/73.0.3683.103 Safari/537.36 76.2 K Apache SSL/TLS access
2019-04-24 18:44:49 Error 1.1.1.1 404 GET /wp-content/plugins/bbpowerpack/assets/js/swiper.min.js.map HTTP/1.0 Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_4) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/73.0.3683.103 Safari/537.36 90.3 K Apache SSL/TLS access

Es seguro ignorarlos porque son archivos .map que no son esenciales para el funcionamiento de su sitio web y, en cambio, se usan para ayudar a depurar cuando se usan archivos minificados. Si tiene curiosidad, este artículo describe para qué se utilizan los archivos de mapas.

advertencias

Es bueno prestar atención a las advertencias de PHP solo cuando te hayas quedado sin todas las demás opciones. Si tiene otra información de solución de problemas para continuar, definitivamente comience con eso primero. Así es como se verá una advertencia de PHP en los registros:

2019-04-24 18:37:11 Warning 1.1.1.1 AH01071: Got error 'PHP message: PHP Warning: A non-numeric value encountered in /var/www/vhosts/<domain>/httpdocs/wp-content/plugins/bbpowerpack/modules/pp-logos-grid/includes/frontend.js.php on line 35', referer: / Apache error

Ubicaciones de registro del servidor (Shell/Avanzado)

Si tiene su propio Plesk VPS con acceso raíz al sistema de archivos del servidor, puede obtener un poco más de potencia al filtrar los registros iniciando sesión mediante SSH. Encontrará las ubicaciones de registro de Plesk aquí:

/var/www/vhosts/system//logs/

Filtrado de solicitudes dinámicas a través de CLI...

Puede usar un CD en el directorio de registros y luego usar un comando como este para ver solo las solicitudes que llegan a apache y que tienen más probabilidades de generar procesos PHP:

cd /var/www/vhosts/system/<put_your_domain_here>/logs/
tail -f access*log

Este filtra aún más los resultados:

cd /var/www/vhosts/system/<put_your_domain_here>/logs/
tail -f access*log | egrep " 404 |\/\?|.php" | egrep -v "fbclid"

Este comando le muestra todos los 404, cualquier solicitud que use parámetros de consulta y cualquier solicitud de un archivo .php.

La última parte egrep -v "fbclid" excluye el parámetro de URL de seguimiento de Facebook que, cuando se usa, debería devolver los resultados almacenados en caché de forma segura. Puede agregar exclusiones adicionales allí con el | operador, así:fbclid|anotherclid

Es importante entender que:

1. No todas las solicitudes con parámetros de consulta (que contienen /? ) serán dinámicos, pero los incluimos aquí en caso de que al menos uno de ellos lo haga.
2. Puedes eliminar la entrada 404 del comando si implementaste las optimizaciones de .htaccess para 404 descritas en nuestra guía de optimización de velocidad Consejo adicional n.º 2. El comando se vería así:tail -f /path/to/access/logs | egrep "\/\?|.php"