Una actualització pot introduir PHP incompatible, dependre d’un component més recent, interrompre’s o activar una migració de base de dades. L’hora assenyala el primer sospitós, però l’error fatal i els fitxers instal·lats demostren què s’ha trencat.
Conserva la versió i l’error abans de desactivar diversos connectors. Revertir només el responsable és més segur que restaurar tot el web i perdre contingut nou.
Registra l’actualització i el símptoma
Anota el connector, versions anterior i nova, hora, operador i mètode, i si falla la part pública, administració, cron o una sola funció.
Busca el primer error fatal d’aquella hora:
Conserva:
missatge i ruta de crides
versions PHP i WordPress
paquet i versió del connector
estat HTTP
última petició correctaOculta rutes, secrets i dades de clients.
Crea un punt de reversió
Fes còpia dels fitxers i de la base actuals encara que el web estigui trencat. Així conserves migracions posteriors i contingut creat des de la còpia anterior.
Localitza un paquet anterior fiable i confirma’n l’origen o checksum. No descarreguis «versions antigues» de repositoris no oficials.
Si ha faltat disc o inodes durant l’extracció, recupera marge abans d’una altra operació.
Desactiva sense entrar a l’administració
Canvia el nom únicament del directori implicat dins de wp-content/plugins mitjançant cPanel, Plesk, SFTP o SSH. WordPress el tractarà com a no disponible.
example-plugin
example-plugin.disabledAnota la ruta i conserva els fitxers. No canviïs el nom de tot plugins tret que no hi hagi proves i disposis d’un ordre de reactivació.
Els connectors obligatoris es carreguen des d’una altra ubicació.
Busca fitxers incomplets
Compara el recompte o els checksums amb el paquet oficial. Una fallada de xarxa, permisos, disc o inodes pot barrejar fitxers vells i nous.
Reinstal·la el paquet complet i fiable a staging. No copiïs PHP solt d’una altra instal·lació amb una edició o llicència diferent.
Buida OPcache per evitar bytecode antic.
Avalua les migracions de dades
Algunes versions canvien taules o opcions quan es carreguen. Llegeix les notes i els registres. Revertir fitxers després d’una migració no reversible pot crear una altra incompatibilitat.
Fes còpia de la base abans d’utilitzar eines de reparació. No restauris tota la base per revertir codi si hi ha entrades, usuaris o comandes noves.
Pregunta al proveïdor per la compatibilitat del downgrade si hi ha dubtes.
Reprodueix a staging
Crea una còpia amb el mateix PHP, WordPress, tema i connectors rellevants. Prova la versió anterior i la nova sobre la funció afectada.
Revisa les dependències i l’ordre de càrrega. Una funció inexistent pot significar que un complement necessari ha quedat antic, no que el connector nou sigui defectuós.
Desactiva el correu, la indexació i les accions externes reals a staging.
Comprova dependències i edició
Els complements premium solen exigir una versió mínima del connector base, i una llicència caducada pot impedir actualitzar la seva parella. Confirma que tots dos pertanyen a la mateixa família compatible.
Revisa si el tema inclou plantilles o API antigues del connector. Actualitza el conjunt a staging i prova la integració exacta. No activis simultàniament dues edicions que declarin les mateixes classes.
Tria reversió o solució cap endavant
Durant una caiguda, restaura els últims fitxers compatibles si la base ho permet. Documenta el risc de seguretat i una data límit per actualitzar.
Com a alternativa, actualitza la dependència, corregeix la integració pròpia o utilitza una versió PHP compatible segons les proves.
No editis el connector del proveïdor com a solució permanent; l’actualització següent ho sobreescriurà.
Verifica tota l’aplicació
Prova pàgines, accés, editor, cron i cada funció del connector. Revisa errors nous i confirma que les memòries cau es regeneren.
Vigila després de recuperar el trànsit. El manteniment recurrent ha d’assajar actualitzacions, conservar paquets fiables i comprovar funcions concretes; que carregui la portada no demostra que la funció comercial hagi sobreviscut.