Resposta breu: Si la web ha fallat just després d’una actualització, aquesta actualització és la primera hipòtesi, encara no el diagnòstic. La nova versió pot haver revelat una incompatibilitat que ja existia amb el teu PHP, el tema o altre plugin.
Els primers cinc minuts
- Anota què es va actualitzar, a quina versió i a quina hora.
- Comprova si l’error afecta tota la web o una ruta, i si carrega
/wp-admin/. - Cerca el correu de recuperació WordPress a la safata de l’administració.
- Confirma que existeix una còpia anterior a l’actualització; si no, fes un snapshot de l’estat trencat ara.
Torna a entrar i llegeix el registre
Si la web carrega, desactiva el component actualitzat des de l’administració. Si no, reanomena la vostra carpeta en /wp-content/plugins (o la del tema) per SFTP. Després activa WP_DEBUG_LOG i llegeix /wp-content/debug.log: indica el fitxer i la línia, el que et diu si l’actualització en si va fallar o només va revelar una incompatibilitat prèvia.
Preferència o revertir?
Deshabilita l’restableix la drecera però podeu deixar sense pagaments, formularis o eines. Reverteix exigeix saber la versió anterior i si l’actualització va executar una migració de base de dades: un rollback després d’una migració completada pot corromper dades. Fes snapshot abans de revertir, perquè el rollback és en si un canvi que potser has de desfer.
Abans de tornar a actualitzar
La reparació no acaba quan la web carrega. Sap quina versió funciona, quina condició va provocar l’error i prova la funció concreta que controla el component, no només la portada. Per a plugins crítics, reprodueix l’actualització en staging amb una via de rollback verificada perquè una mala versió no arribi mai abans a producció.
CRITERI D’INCIDENT WP REPAIR
Reconstrueix la incidència abans de corregir-la
La coincidència temporal converteix l’actualització en primera hipòtesi, no en prova. La resposta segura registra versions, conserva l’estat trencat i determina si han canviat fitxers, dependències o dades.
- 1
Anota component, versió anterior/ nova i hora exacta.
- 2
Captura el fatal i si afecta admin, front o una ruta.
- 3
Revisa notes de versió i si es va executar una migració de base.
- 4
Prova la volta enrere en snapshot o staging abans de tocar dades de producció.
Què ha de quedar verificat
- La funció concreta opera en la versió escollida.
- Esquema de base i codi són compatibles.
- La propera actualització té prova, copia i tornada enrere.
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 lloc es va trencar just després d’una actualització, és l'actualització definitivament la causa?+
És la primera hipòtesi, encara no el diagnòstic. La nova versió pot simplement haver exposat una incompatibilitat que ja existia amb la seva versió PHP, theme, o una altra plugin, en comptes que l’actualització en si sigui defectuosa.
He de deshabilitar el plugin o tornar a la versió anterior?+
Desactivar restaura l’accés més ràpid, però podeu deshabilitar pagaments, formularis o eines que plugin va controlar. Retrocedeix requereix conèixer la versió exacta anterior i si l’actualització va executar una migració de base de dades, atès que tornar a rodar després d’una migració completa pot corromper les dades, per la qual cosa instantània l’estat actual abans de fer qualsevol de les dues.
Què passa si no puc iniciar sessió en wp-admin per a deshabilitar el plugin trencat?+
Reanomena la vostra carpeta dins de / wp-content/plugins, o la carpeta de theme, mitjançant SFTP. Això el desactiva sense necessitat d’accés a l’esquitxador, i després podeu habilitar WP_ DEBUG_ LOG i llegir / wp-Content/ debug.registre per a veure si l’actualització mateixa ha fallat o si acaba d’exposar un problema preexistent.
Una vegada que el lloc està de tornada, l'incident està realment resolt?+
Encara no. Confirmi quina versió funciona, entengui quina condició va causar la fallada, i proveu específicament la funció que controla el component, no només si la pàgina d’inici es carrega. Per a plugins, reprodueixi l’actualització sobre la posada en escena amb una ruta rollback verificada abans que torni a tocar la producció.