Avisos
Vaciar todo

[Resuelto] Problemas de salud del sitio  

 
Laura
 Laura
Usuario experto

Esta mañana me ha aparecido un mensaje indicando que mi sitio web tiene varios problemas de salud:

  • No se puede detectar el almacenamiento en caché de página debido a un posible problema de solicitud de bucle de retorno. Por favor, verifique que la prueba de solicitud de bucle de retorno es correcta. Error: cURL error 28: Operation timed out after 5000 milliseconds with 0 bytes received (Código: http_request_failed)
  • La solicitud de loopback ha devuelto un código HTTP de estado inesperado, 503, no ha sido posible determinar si esto impedirá que algunas características funcionen como deben
  • Debería utilizar una cache de objetos persistente
  • Un evento programado ha fallado: El evento programado, my_schedule_hook, no se ha podido ejecutar. Tu sitio todavía funciona, pero esto puede indicar que las entradas programadas o las actualizaciones automáticas no funcionen como deberían
  • Falta un módulo recomendado:  El módulo opcional, imagick, no está instalado, o ha sido desactivado.

Me podrían ayudar a solucionarlos, la verdad es que no sé cómo ni por dónde empezar.

Gracias, Laura

Contenido solo visible a usuarios registrados

Citar
Respondido : 06/03/2023 8:01 am
Pepe
 Pepe
Soporte CMS Webempresa Admin

Hola Laura.

Falta un módulo recomendado:  El módulo opcional, imagick, no está instalado, o ha sido desactivado.

Imagick es un módulo que se utiliza para el tratamiento de imágenes, pero requiere unos permisos inseguros por lo que lo tenemos deshabilitado por defecto. Si algún plugin o theme te lo pide avísanos, y seguramente podamos darte alguna alternativa; pero a penas se usa, y no debería ser el caso.

Un evento programado ha fallado

Esto indica que alguna tarea periódica de WordPress se ha retrasado. Si es algo puntual no hay problema, es algo que puede ocurrir de vez en cuando; pero si ves que esa alerta sigue ahí dentro de un tiempo ( por ejemplo mañana ) seguramente indique un problema de consumo de recursos en el sistema de tareas programadas de WordPress. Una solución bastante buena a esto sería configurarlas para que se ejecuten mediante el cron del sistema; en este artículo explicamos cómo hacerlo:

https://www.webempresa.com/blog/desactivar-el-fichero-wp-cron-php-para-evitar-consumo-excesivo-del-servidor.html

Debería utilizar una cache de objetos persistente

Con este aviso WordPress indica que no detecta ningún sistema de cache de objetos persistente, uno de los varios tipos de cache que existen. Tienes disponibles otros tipos de cache, como la cache de página que generan sistemas como Magic Cache y plugins como WP Rocket, W3 Total Cache ... que ya es muy efectiva, por lo que la ausencia de cache de objetos persistente realmente no debería suponer una diferencia notable; es decir, es normal que veas este aviso, pero eso no implica que vayas a tener ningún problema con la web.

Dicho esto, nuestro equipo de SysOps ya está valorando alternativas; en el futuro quizá podamos añadir algún sistema de este tipo para mejorar aún más el rendimiento de WordPress.

La solicitud de loopback ha devuelto un código HTTP de estado inesperado

Esta alerta indica que un test de conexión que hace WordPress ha fallado. El motivo del fallo es una medida de seguridad de tu plan de hosting, que puede bloquear algunos tests automáticos como este al "confundirlos" con un bot. Puedes ignorar la alerta, podríamos decir que se trata de un falso positivo; tu web funcionará exactamente igual aunque veas este aviso.

No se puede detectar el almacenamiento en caché 

Es un bug del propio check de WordPress que siguen sin resolver: https://core.trac.wordpress.org/ticket/47320

Explicado de forma simple, cada visitante a un WordPress se le asigna unas cookies y en base a esas cookies le corresponde una sesión.

Esta sesión es lo que permite que una vez haces login, puedas moverte por las distintas páginas de la administración. Esa sesión te identifica como administrador.

El fallo en el check de salud de WordPress es que los accesos internos que hace para la api REST y para el loopback usa tus propias cookies (de tu visitas, con las que estás identificado como administrador), con lo que usa tu misma sesión.

En WordPress dos procesos con la misma sesión no se pueden ejecutar a la vez, en cuando acaba uno, empieza el otro.

Por ello te da el error de temporización, porque el acceso interno no puede llegar a ejecutarse porque tu visita al check de salud aún se está ejecutando (y esperando por el interno). De forma que el acceso interno siempre acabara por timeout (esperar más tiempo del programado, en este caso 10 segundos).

Aunque se pueden ver soluciones en páginas de internet suponen cambiar el código de WordPress, y puede originar fallos, te recomendamos esperar a que WordPress corrija el bug en el test, sin necesidad de hacer cambios.

 

Un saludo

 

Esta publicación ha sido modificada el hace 1 año por Pepe
ResponderCitar
Respondido : 06/03/2023 8:57 am

Laura
 Laura
Usuario experto

@pepesoler muchas gracias por tus respuestas, de momento lo dejo todo igual y si alguno de los avisos se repite te vuelvo a contactar.

 

ResponderCitar
Respondido : 06/03/2023 1:37 pm
Karen Rios
 Karen Rios
Soporte CMS Webempresa Moderator

Hola Laura, 

De acuerdo, quedamos atentos como ha ido todo 

Un Saludo 😊 

ResponderCitar
Respondido : 06/03/2023 1:41 pm