4 consejos para reparar un sitio de WordPress

Hace unos días, un amigo llamó y me dijo que le daban la tarea de mantener un viejo proyecto de WordPress. Aparentemente, el sitio web no se ha actualizado durante más de tres años y ha habido problemas en todas partes. Los pobres permanecieron bloqueados, porque no podía actualizar nada allí: complementos, tema, contenido … nada funcionó. Todas las acciones (aparte de navegar en el sitio en sí) han llevado al bloqueo de WordPress y devolver un error. Cuando tenemos un WordPress inutilizable que genera continuamente y no se puede actualizar, lo primero que debemos hacer es identificar por qué se comporta así. Quiero decir, tenemos que encontrar al culpable. Por lo general, cualquier problema que pueda encontrar en un sitio de WordPress aparezca debido a su base o uno (o más) de sus complementos.
En vista de esto, el procedimiento habitual para remediar un sitio de WordPress es identificar el complemento ofensivo, eliminarlo de la ecuación, actualizar todo y finalmente ver si podemos reinstalar y actualizar el complemento ofensivo en nuestro sitio o debemos buscar un reemplazo . Hoy les diré cuatro trucos simples para descubrir por qué un sitio falla y, por lo tanto, para remediarlo. El uso del diario de error de nuestro servidor supone la hipótesis de que es un complemento que causa los errores que tenemos en nuestro sitio, lo primero que tenemos que hacer es validar esa hipótesis. Hay diferentes fórmulas para hacer esto. Personalmente, me gusta comenzar viendo el diario de error de mi servidor, que tiene su propia opción en CPanel:

Error de autenticación de CPANEL.
Esperamos que el error de los errores no contenga solo un rastro de los errores que aparecieron en nuestro sitio web, sino también información sobre “donde” aparecieron y, por lo tanto, quién fue culpable. Por ejemplo, la semana pasada encontré el siguiente problema en los errores de mi entorno de desarrollo: AppServer_1 | [Mon 24 de agosto 09: 18: 20.977541 2020] [Php7: Aviso] [PID 1107] [Cliente 172.20.0.2:34396] Aviso de PHP: Registrarse La definición de ruta REST API para yoast/v1/get_ead le falta el argumento reequired permiso_callback . Para las rutas API REST que tienen la intención de ser pública, use __ return_true como la devolución de llamada de permiso. Consulte Debugg en WordPress Para obtener más información. (Este mensaje se agregó en la versión 5.5.0.) In /ap..LANDO/Wordpress/wp-Cludes/functions.php Online 5225, referente: http://nab5.lndo.site/wp-admin/edit. Php. Journal informa una notificación de PHP que ha aparecido en uno de los propios archivos de WordPress (WP-Includes/Functions.php), que no nos dice nada sobre "un complemento es el culpable". Afortunadamente, si lee todo el mensaje, verá que describe lo que ha fallado (es decir, una llamada para registro_rest_route) y nos da una indicación de lo que podría estar mal: yoast (¿vea cómo "yoast/v1/get_head?")? .
Las revistas de error son la forma más fácil de averiguar rápidamente cuándo/si algo está mal y si es así, cuál es la razón detrás de un error. En este ejemplo, aprendí que tenía un problema con Yoast y, bueno, todo lo que tenía que hacer era actualizar el complemento a la última versión. Desactivando complementos desde el tablero de WordPress Desafortunadamente, no siempre es posible acceder al registro de errores de un sitio web para averiguar cuándo las cosas salieron al sur. O, si tiene acceso al diario, puede estar incompleto. En estos casos, necesitamos fórmulas alternativas para validar (o enfermar) nuestra hipótesis inicial. El placer de que nuestro sitio web falle debido a un complemento defectuoso, lo más fácil es deshabilitar todos los complementos y verificar si el error persiste. Si no, el culpable era un complemento; Si persiste, el problema está en otra parte. Para hacer esto, vaya al tablero de complementos de WordPress, seleccione todos sus complementos activos y desactive en el bloque:
Cómo deshabilitar los complementos utilizando acciones de bloque.

y verifique si aparece el error. Si no, usted sabe que el problema fue causado por uno de los complementos que acaba de deshabilitar. Ahora es el momento de descubrir cuál de ellos exactamente.
Para identificar el complemento defectuoso, puede activarlos uno por uno y verificar cuándo aparece el error nuevamente. O, si desea ir más rápido, puede aplicar los siguientes pasos:
Habilite la mitad de sus complementos.
Si el error reaparece, el culpable está en la mitad que acaba de activar, por lo que puede activar la otra mitad de manera segura.
Si el error no aparece, el culpable está en la otra mitad.
Una vez que sepa en qué "grupo" se encuentra el complemento defectuoso, solo debe concentrarse en él y repetir el proceso. Active la mitad de ese grupo y apague la otra mitad (es decir, ahora verificará una cuarta parte del total) y verá si su sitio funciona correctamente. Repita el proceso hasta que encuentre al culpable.
Una vez que sepa qué complemento falla, cómo remediar el problema depende de usted. Es posible que tenga que comunicarse con el desarrollador, intentar reparar el complemento solo o incluso considerar reemplazarlo con una alternativa. Pero al menos ahora sabes qué hacer para deshacerse del problema.
¿Haces una copia de seguridad de tu lista de complementos activos que recuerdas a mi amigo desde el principio? Cuando investigamos su sitio, seguí todos los pasos anteriores y deshabilité todos los complementos de su sitio ... ... ¡lo que condujo a una pantalla blanca de la muerte!
Aparentemente, la Web estaba llena de complementos y cambios personalizados en el tema, con muchas dependencias cruzadas. Al desactivar los complementos, algunas de las funciones sobre las cuales el tema ya no estaba disponible, lo que desencadenó un error fatal. Esta es claramente una mala práctica: un tema no puede basarse en un complemento activo. Si necesita algunas de las características ofrecidas por un complemento en particular, debe implementar verificaciones de seguridad para validar si están disponibles o no.

Sin embargo, la cosa es que el sitio estaba completamente cerrado y no pudimos reactivar los complementos usando el tablero. Entonces, ¿cuál es la solución aquí? Bueno, para empezar, siempre debe tener una copia de seguridad de su sitio web ... pero en este caso particular hay una solución más fácil y rápida. En la base de datos de WordPress, hay una tabla llamada wp_options. Allí, encontrará una opción llamada Active_Plugins. Su valor es una matriz con todos los complementos activos. Entonces, antes de desactivar los complementos utilizando la acción de bloque que mencioné antes, guarde este valor en un archivo de texto: complementos activos en la base de datos.

De esta manera, si "desactivar todos los complementos" termina en un WSOD poco probable (pero no imposible), puede reactivar todos los complementos restaurando la opción Active_Plugs desde la base de datos. Cómo deshabilitar los complementos a través de FTP Si sabe que su problema es generado por un complemento en particular, pero no puede desactivarlo desde el tablero de WordPress, puede hacerlo con seguridad a través de FTP. Como ya sabe, los complementos no son más que un conjunto de archivos. Al instalar un nuevo complemento en su sitio web, su código llega a la carpeta WP-Plugins of WordPress. Aprovechando este conocimiento, podemos deshabilitar el complemento "eliminarlo" de la carpeta.
Vaya al cpanel de su servidor y busque la opción FTP:

Opción FTP en CPANEL.
Luego, utilizando el explorador de archivos FTP, busque la carpeta WP-Content/Plugins y localice el complemento:
Navegador de archivos cpanel.

Ahora, todo lo que tiene que hacer es eliminar el complemento o cambiar el nombre de la carpeta para que WordPress no lo encuentre.De esta manera, si se conecta a su sitio de WordPress, WordPress ya no verá el complemento y no podrá cargar su código defectuoso, resolviendo así el problema que tenía.Use un tema predeterminado finalmente, si la hipótesis de que el problema fue causado por uno de sus complementos. No fue cierto, el siguiente paso es asumir que su culpable es su tema en este caso, todo lo que tiene que hacer es instalar un WordPress predeterminado tema (como veinte veinte) y vea si el problema desaparece o no.Si desaparece, ya sabe que algo está mal con su tema original;Si no, esto tendrá que discutir en una publicación diferente.