Resposta breu: WordPress ha detectat un error fatal d’PHP i ha substituït la pàgina per una pantalla de seguretat. Des de la versió 5.2 normalment enviar un correu al gestor amb el plugin o tema culpable i un enllaç de mode recuperació. Aquest correu electrònic és la via més ràpida per tornar a entrar.
Revisa primer el correu i el mode recuperació
Cerca en la safata de l’administració (i en spam) “ El teu lloc està experimentant un problema tècnic”. Normalment nomena el component que falla i inclou un enllaç de manera recuperació que et deixa entrar amb aquest component en pausa, perquè l’actualitzis o borres des d’una administració que funciona. Si el correu no ha arribat, la web no pot enviar correu electrònics: una troballa en si mateix.
Llegeix l’error fatal real
Habilita el registre en wp-config.php (WP_DEBUG_LOG actiu, WP_DEBUG_DISPLAY desactivat) i obre /wp-content/debug.log. L’última línia indica el fitxer, la línia i la funció: per exemple un plugin trucant a una funció que ja no existeix en la teva versió de PHP. El component assenyalat és on aflora l’error, no sempre on es va originar: un plugin pot fallar avui perquè anit es va actualitzar PHP.
Aïlla sense destruir l’evidència
Si no teniu accés al gestor, desactiva el sospitós a nivell de fitxers: per SFTP, reanomena la vostra carpeta dins de /wp-content/plugins.Per confirmar que són els plugins, reanomena tota la carpeta plugins a plugins_offSi la web torna, reactiva un a un. Per a un error del tema, reanomena la carpeta del tema actiu per a recórrer a un per defecte. Desactivar tot de cop recupera la portada però canvia l’estat de l’aplicació i pot ocultar la seqüència original dels fets i pot trencar pagaments o formularis pel camí.
Memòria, versió de PHP i codi propi
Si el registre mostra memòria esgotada, puja WP_MEMORY_LIMIT.Si nomena una funció indefinida o una sintaxi rebutjada, estàs en una versió de PHP que el component ja no admet: prova una compatible en comptes de quedar- te en una sense suport. Si el va causar codi propi en functions.php o un plugin de snippets, restaura la versió anterior en comptes de pegar a cegues.
Comprova quelcom més que la portada
Quan carregueu, repeteix l’acció exacta que va provocar l’error, entra en l’administració i prova qualsevol funció crítica lligada al component reparat: compra, reserva, accés. Confirma que les tasques programades tornen a executar- se, perquè un error fatal pot aturar XZ0ZQX en silenci. No reactivis i actualitzis sense més el component sense saber per què ha fallat, o la mateixa actualització reprodueix el mateix error.
CRITERI D’INCIDENT WP REPAIR
Seqüència d’intervenció segura
El mode de recuperació WordPress conté un error fatal de PHP. El component anomenat en el correu és on aflora l’error; la causa de fons pot continuar sent PHP, memòria o una altra dependència.
- Conserva el correu de recuperació i la seva hora.
- Obre la línia de l’error fatal i anota el primer fitxer del projecte a la traça.
- Compara les versions PHP i WordPress suportades pel component amb l’entorn real.
- Reprodueix l’acció exacta en mode de recuperació o staging abans de reactivar el component.
Què ha de quedar verificat
- Ja no es necessita el mode de recuperació.
- La funció que el provocava opera amb plugins i tema normals actius.
- Cron, formularis, checkout o la integració corresponent acaben sense fatals.
Fonts tècniques oficials
Aquesta guia explica el diagnòstic. Si la web està afectada ara mateix, la intervenció ha de preservar una via de recuperació i verificar el recorregut real del negoci.
Veure el servei de reparació urgent →SOBRE ESTE SÍNTOMA
Preguntes freqüents d'aquesta guia.
Si el correu del mode de recuperació anomena un plugin, vol dir que aquell plugin en si està trencat?+
No necessàriament. El component anomenat és on va sorgir l’error, no sempre on es va originar — un plugin pot començar a fallar avui perquè PHP es va actualitzar de la nit al matí, per exemple. Llegiu l’error fatal real en / wp-contentent/debug.registre per confirmar la causa real abans d’assumir que el codi de el plugin és incorrecte.
El correu electrònic de recuperació mai va arribar, què em diu això i què he de fer en el seu lloc?+
Us diu que el lloc web no pot enviar correu, el que val la pena assenyalar com una troballa separada. Sense el correu electrònic o l’accés de l’administrador, podeu deshabilitar el component sospitós a nivell de fitxer sobre SFTP reanomenant la vostra carpeta en / wp-contentent/plugins, o reanomenar tota la carpeta plugins per confirmar si plugins és la causa en absolut.
Està bé simplement desactivar tot el meu plugins a la vegada per aconseguir que el lloc funcioni de nou ràpidament?+
Restaura la primera pàgina, però desactivar a granel tot canvia l’estat de l’aplicació d’una vegada i pot oscórrer la seqüència original d’esdeveniments, i podeu trencar pagaments o formularis en el procés. Aïllar una plugin alhora, o canviar el nom de tota la carpeta només per confirmar la categoria abans de tornar a activar individualment, preserva més informació sobre el que realment ha fallat.
Una vegada que el lloc es carrega de nou, és suficient per considerar-lo fix?+
No — repeteixi l’acció exacta que va desencadir l’error, inicieu sessió amb l’administrador i proveu qualsevol funció crítica per al negoci vinculada al component reparat, com checkout, la reserva o l’inici de sessió. També confirmi que les tasques programades continuen executant-se, atès que un error fatal pot aturar en silenci WP-Cron sense cap altre símptoma visible.