Solucionar l’error crític de WordPress

Quan WordPress mostra “ Hi ha hagut un error crític en aquesta web”PHP ha patit un error fatal i s’ ha aturat. La pantalla és un teló de seguretat, no un diagnòstic. Aquest és l’ordre exacte en què treballa un especialista: localitzar la causa real mantenint una via de tornada en cada pas.

Pas 1 — Revisa el correu de recuperació abans que res

Des de l’WordPress 5.2, un error fatal envia un correu a l’administració amb l’assumpte “ El teu lloc està experimentant un problema tècnic”. Sele nomenarà l’plugin o el tema exacte i inclou un enllaç de manera recuperació que us deixa entrar amb aquest component en pausa. Revisa aquesta safata (i el spam) primer: sovint resol la incidència en un clic. Si el correu no ha arribat, la web no pot enviar correu electrònics, i això ja és una troballa.

Pas 2 — Llegeix l’error real

El missatge genèric oculta el detall, però PHP ho ha escrit. Habilita el registre en un fitxer protegit afegint això a wp-config.php, a sobre de la línia “ deja d’editar — ”:

define('WP_DEBUG', true); define('WP_DEBUG_LOG', true); define('WP_DEBUG_DISPLAY', false);

Recarrega la pàgina que falla i obre /wp-content/debug.log.L ‘ última línia Fatal error indica l’fitxer, la línia i la funció. Mai posis WP_DEBUG_DISPLAY a true en producció: revela rutes i noms de plugins a les viwebs. El registre d’errors de PHP del teu hosting serveix igual si tens accés.

Pas 3 — Aïlla el plugin, amb seguretat, un a un

Si el registre apunta a un plugin, o no teniu accés a l’administració, la prova segura més ràpida és a nivell de fitxers per SFTP o el gestor de l’hosting:

1. Reanomena /wp-content/plugins a plugins_offAixò desactiva tots els plugins de cop. Si la web torna, la causa és un plugin.
2. Renombra-la de nou a plugins.WordPress ara veu els plugins com a desactivats.
3. Actívals un a un — des de l’administració, o reanomenant la subcarpeta de cada plugin — recarregant el web després de cadascun. El que retorna l’error és el culpable.

És més lent que desactivar tot a la vegada, però et diu exactament què plugin ha fallat en lloc de fer desaparèixer el símptoma i destruir l’evidència.

Pas 4 — Descarta o confirma el tema

Si no són els plugins, canvia temporalment a un tema per defecte (com Twenty Twenty- Four). Si no arribes a l’administració, reanomena la carpeta del tema actiu /wp-content/themes: WordPress activa un tema per defecte automàticament. Si l’error desapareix, l’error està en el tema o en una edició recent.

Pas 5 — Memòria i versió de PHP

Si el registre mostra “ Allowed memory size exhausted”, puja el límit en wp-config.php amb define('WP_MEMORY_LIMIT', '256M'); — i tingues en compte que molts hostings el limiten a nivell de servidor, així que confirma que es va aplicar —. Si l’error fatal esmenta una funció indefinida o una sintaxi que l’intèrpret rebutja, gairebé segur estàs en una versió de PHP que el component ja no admet; prova una versió compatible en comptes de deixar la web en una sense suport.

Abans de tot això: preserva una via de tornada

Fes una còpia o snapshot de l’estat trencat actual abans d’editar fitxers. Costa minuts i és el que us permet desfer un canvi que empitjora les coses. Si l’error fatal el va causar codi propi en functions.php, restaura la versió anterior en lloc de pegar a cegues.

Quan convé trucar a un especialista

Escala si no hi ha còpia, l’error afecta al checkout o a dades de clients, el registre apunta a fitxers del nucli que no reconeixeu, o el web a més redirigeix o mostra usuaris desconeguts: aquesta última combinació suggereix un compromís, no un error de configuració. I si prefereixes no tocar wp-config.php ni el SFTP, envia la URL, l’error exacte i els canvis recents i s’ avaluarà el cas abans de demanar cap accés.