Ha habido un error crítico en este sitio web
El propio controlador de error fatal de WordPress. Se cobró, sustituyó la página con esta frase, y no dijo a nadie excepto el correo electrónico de administración.
There has been a critical error on this website. Please check your site admin email inbox for instructions.
Verifique el correo electrónico de administración primero - WordPress envía el archivo y la línea que falló, más un enlace de recuperación-mode que le permite en wp-admin con el plugin roto pausado. Si ese buzón de correo es inalcanzable, el mismo detalle está en el registro de depuración.
Las causas más probables primero.
Revisa la lista en orden. Cada comprobación permite confirmar o descartar una causa antes de hacer cambios: las soluciones son distintas y adivinar cuesta más que ejecutar un comando.
| Causa | Cómo comprobarlo | Solución |
|---|---|---|
| Un plugin fatal después de una actualización | El error comenzó con una actualización. El email de recuperación nombres de la versión del plugin. | Utilice el enlace de recuperación, desactivar el plugin llamado, y revolverlo hasta que su autor nave una solución. |
| Una versión PHP el código no admite | El error llegó con un conmutador PHP en lugar de con una actualización de plugin, y menciona una función eliminada o una sintaxis cambiada. | Regrese a la versión anterior de PHP, actualice el código de ofensa, y luego vuelva a cambiar. |
| Una función temática que llama algo que se ha ido | Cambiar a un tema predeterminado restaura el sitio. El archivo llamado vive bajo el directorio temático. | Actualizar el tema, o reemplazar la llamada. Los temas infantiles que llevan viejos snippets son la razón habitual. |
| El correo electrónico de administración no llega a nadie | El error aparece y no llega ningún correo electrónico. La dirección es fija, o el sitio no puede enviar correo en absoluto. | Lea el registro de depuración en su lugar, y fijar la entrega de correo por separado - un sitio que no puede enviarle correo electrónico que no puede decirle que está roto. |
| Dos plugins que conflicto sólo juntos | Cada obra sola; el sitio fatal con ambos activos. Los nombres de modo de recuperación que cargaron segundo. | Mantenga una, o encuentre la versión que resuelva el conflicto. No nombrar el segundo a cargar no lo convierte en el culpable. |
Solución paso a paso.
Los comandos requieren WP-CLI y acceso a la consola. Si no los tienes, cada paso explica cómo hacer lo mismo desde el panel o por SFTP.
Mira en el buzón de correo de administración primero
WordPress envía el archivo, la línea y un enlace de recuperación-mode. Es la ruta más rápida de regreso.
wp option get admin_email
Si no llega el correo electrónico, lea el registro
El mismo detalle, sin depender del correo.
wp config set WP_DEBUG_LOG true --raw tail -n 30 wp-content/debug.log
Entra en wp-admin con el plugin roto parado
El modo de recuperación carga el tablero con el delincuente desactivado para su sesión solamente.
wp plugin list --status=active --field=name
Desactivar el plugin los nombres de registro
Confirme que el sitio vuelve antes de decidir qué hacer sobre el plugin en sí.
wp plugin deactivate the-named-plugin && wp option get siteurl
Si PHP fue cambiado recientemente, vuélvelo
Restaurar la versión demuestra si el interruptor lo causó, lo que vale la pena saber antes de editar el código.
php -v
De esto se encarga la plataforma.
El correo saliente pasa por un proveedor real en lugar del envío del servidor, por lo que el correo electrónico de recuperación llega - que es la diferencia entre una solución de dos minutos y una tarde. versiones PHP cambian por sitio y cambian, clonar permite que una actualización se pruebe en una copia primero, y los respaldos diarios significan la versión antes de que el mortal es una restauración.
Preguntas frecuentes.
¿Por qué el mensaje no dice qué se rompió?
El correo electrónico de recuperación nunca llega.
¿Qué es el modo de recuperación?
¿Cómo es diferente de una pantalla blanca?
Si el problema era otro.
Estos errores pueden parecerse en el navegador.