GNU/Linux >> Tutoriales Linux >  >> Panels >> Plesk

Salud del sitio de WordPress

Resumen

En la versión 5.2, WordPress agregó la función Site Health para ayudar a diagnosticar posibles problemas con su sitio. Si bien esta ha sido una edición bienvenida para WordPress, algunas de las advertencias y errores necesitan más información para que pueda resolverlos.

Contenido Información general Acceder al estado del sitio Actualización de PHP necesaria Complementos y temas no utilizados Servidor SQL obsoleto Tiempos de espera de solicitud de bucle invertido

Acceso al estado del sitio

  1. Inicie sesión en el administrador de WordPress de su sitio web.
  2. Vaya a Herramientas -> Salud del sitio:
  3. Ahora podrá ver todos los datos de salud del sitio.

Actualización de PHP requerida

Si WordPress Site Health informa que su versión de PHP está desactualizada o que se requiere una actualización, es posible que vea una de las siguientes advertencias:

Esto indica que la versión PHP de su sitio no está ejecutando una de las versiones más recientes o compatibles.

Afortunadamente, Conetix hace que esto sea muy fácil de solucionar con Plesk. Simplemente puede elegir una nueva versión de PHP para actualizar su sitio a una versión de PHP más reciente.

Recomendamos usar PHP 7.2 o superior (Conetix proporciona todas las versiones, incluida la última PHP 7.4) y también asegurarse de que todos sus complementos y temas estén actualizados para garantizar que sean compatibles.

Después de cambiar su versión de PHP, también recomendamos revisar los registros de errores de su sitio web para verificar si hay errores.

Complementos y temas no utilizados

Site Health le informará sobre los complementos y temas no utilizados dentro de su sitio web. El mensaje puede parecerse al siguiente:

Como hemos cubierto anteriormente en nuestro artículo de blog sobre complementos no utilizados, a pesar de deshabilitarlos, aún pueden presentar un riesgo de seguridad para usted.

Para corregir estas sugerencias, recomendamos:

  1. Realice una copia de seguridad de su sitio.
  2. A través de WordPress, elimine complementos y temas no utilizados.

Consejo

Recomendamos mantener un tema (por ejemplo, Twenty Twenty) para su sitio junto con su tema principal. Esto le permite probar fácilmente un tema alternativo si su sitio tiene problemas.

Servidor SQL obsoleto

El estado del sitio de WordPress le permitirá saber si está ejecutando un servidor MySQL / MariaDB SQL desactualizado. Para garantizar la estabilidad, Conetix mantiene el servidor SQL bloqueado en la versión principal y secundaria de MariaDB por servidor. Si bien puede informar que está desactualizado, las actualizaciones se aplican periódicamente para garantizar la estabilidad y la seguridad.

La mayoría de nuestros sistemas ejecutan MariaDB 10.1 o superior, con una pequeña cantidad de sistemas heredados que ejecutan MariaDB 5.5. A pesar de que WordPress recomienda MySQL 5.6 o superior, en esta etapa no nos hemos encontrado con ningún problema de compatibilidad.

Todos los sistemas nuevos se implementan con MariaDB 10.3 o superior.

Comuníquese con Conetix para confirmar su versión de MySQL/MariaDB para su sitio web o servidor.

Tiempos de espera de solicitud de bucle invertido

Estos errores pueden ocurrir de vez en cuando cuando su servidor/sitio está muy ocupado o no tiene suficientes recursos para completar la solicitud a tiempo. En estos casos, es posible que vea el siguiente error:

Loopback requests are used to run scheduled events, and are also used by the built-in editors for themes and plugins to verify code stability.

The loopback request to your site failed, this means features relying on them are not currently working as expected.
Error: cURL error 28: Operation timed out after 10001 milliseconds with 0 out of -1 bytes received (http_request_failed)

Hay dos áreas para buscar una solución aquí.

El primero es observar los problemas de rendimiento con el sitio, donde hay problemas de recursos importantes que se ven afectados y, por lo tanto, causan tiempos de espera intermitentes.

Si tiene su propio servidor privado virtual, también puede aumentar la cantidad máxima de niños PHP por sitio (pm.max_children ) para permitir que se ejecuten más procesos a la vez. Estos se pueden aumentar en el área de configuración de PHP dentro de Plesk.

En sistemas más antiguos, el valor predeterminado era 5 niños y esto es suficiente para sitios de nivel bajo a moderado sin problemas. En sitios más concurridos o donde está involucrado WooCommerce, es posible que necesite un conjunto de niños de 10 a 20 como máximo.

Nota

El aumento de pm.max_children significa que se pueden utilizar más recursos. Siempre revise su monitoreo para asegurarse de que haya suficiente espacio libre antes de aumentar.

El segundo El área a investigar es un complemento o un tema que intenta iniciar una sesión de PHP de forma incorrecta. Esto solo se puede hacer antes de que la salida se haya enviado de vuelta al navegador, lo que significa que si se llama en el lugar equivocado, se producirán errores. Para encontrar este error, es posible que deba revisar sus complementos y deshabilitarlos uno a la vez para aislar cuál causa el problema.

Alternativamente, si tiene un desarrollador que puede escanear el código, estará buscando:

session_start()

A continuación, recomendamos ponerse en contacto con el desarrollador del complemento o del tema para obtener más ayuda.


Plesk
  1. WordPress administrado:preguntas frecuentes

  2. Restablecimiento de contraseñas de administrador de WordPress

  3. Configuración de PHP en Plesk

  4. Cómo habilitar HTTPS en su sitio de WordPress

  5. Cómo reparar un sitio de WordPress pirateado

Actualizando PHP 5.6 a 7

Cómo agregar un reCAPTCHA a su sitio web de WordPress

Cómo configurar una ejecución regular de wp-cron.php en Plesk

Requisitos del sistema de WordPress

Mueva su sitio de WordPress a una pequeña naranja

Cómo crear un entorno de prueba de WordPress