Avaluació inicial sense contrasenyes Pressupost abans d’intervenir Un especialista responsable de principi a fi

Base Dades I Dades Wordpress

Una taula corrupta de WordPress trenca una sola funció

Diagnostica i repara una taula MySQL de WordPress malmesa amb errors, còpia prèvia, comprovacions segons el motor i proves funcionals.

WordPress pot carregar amb normalitat mentre falla una pantalla de connector, el cercador, els comentaris o una tasca programada perquè només està malmesa la seva taula. Un error MySQL com «table is marked as crashed» és una prova més sòlida que el missatge genèric d’un connector.

No executis immediatament una reparació sobre totes les taules. Conserva una còpia i identifica la taula, el motor i la fallada exactes.

Conserva l’error de base de dades

Relaciona l’hora de la funció fallida amb els registres de PHP i MySQL. Anota base, taula, codi d’error i patró de consulta sense els seus valors.

Proves útils:
nom de taula i prefix
motor d'emmagatzematge
resultat de CHECK TABLE
última hora coneguda en funcionament
esdeveniments de disc o servidor
connector o funció propietària

Oculta continguts i dades de clients.

Fes una còpia abans de reparar

Crea un bolcat si MySQL encara pot llegir la taula i conserva la instantània de l’allotjament quan n’hi hagi. Un bolcat lògic pot ometre la taula malmesa: llegeix-ne la sortida i el registre d’errors.

No sobreescriguis l’última còpia anterior a la corrupció amb una d’incompleta. Registra l’hora i les instruccions de restauració.

Si el disc és ple, utilitza emmagatzematge extern o allibera espai de manera controlada abans de generar fitxers temporals grans.

Identifica el motor d’emmagatzematge

MyISAM permet operacions de reparació que no serveixen per a InnoDB. La corrupció d’InnoDB pot exigir recuperació al servidor i restauració en lloc d’un simple REPAIR TABLE.

Comença amb una inspecció de només lectura:

SHOW TABLE STATUS LIKE 'wp_example';
CHECK TABLE wp_example;

Substitueix explícitament el prefix i la taula. Utilitza un compte autoritzat i no executis ordres incompatibles amb el motor.

Determina la importància de les dades

Relaciona la taula amb el nucli o el connector que l’ha creada. Esbrina si conté memòria cau o registres reconstruïbles, o dades autoritatives com contingut, comandes, enviaments o ajustos.

No eliminis una taula perquè el connector pugui «recrear» l’esquema fins a saber si les files són substituïbles.

Consulta la documentació del proveïdor sobre reparació i migració.

Repara MyISAM amb cautela

Per a una taula MyISAM confirmada com a caiguda, utilitza la reparació compatible de cPanel, Plesk, phpMyAdmin o l’allotjament després de fer còpia. Mantén el web en mode de només lectura o manteniment si encara pot rebre escriptures.

Observa la sortida i compara recomptes. Un missatge correcte del motor no demostra que cada registre lògic estigui intacte.

No executis optimització, importació o còpia simultàniament.

Tracta InnoDB mitjançant el proveïdor

Revisa el registre MySQL a la recerca de pàgines, checksums, tablespaces i recuperació després d’una caiguda. Lliura a l’allotjament gestionat o administrador les proves exactes.

Els modes d’emergència innodb_force_recovery serveixen per extreure dades i poden impedir escriptures; exigeixen coneixement del servidor i un pla de restauració.

No copiïs fitxers individuals de taules InnoDB entre servidors sense metadades i procediments compatibles.

Troba la causa original

El dany pot aparèixer després d’un disc ple, apagada forçada, fallada d’emmagatzematge o caiguda del servidor. Reparar files sense corregir la infraestructura afavoreix la recaiguda.

Comprova disc, inodes, sistema de fitxers i historial d’aturades de MySQL. Actualitza el connector responsable si ha fet canvis d’esquema invàlids.

Programa el manteniment fora del trànsit i evita que coincideixin còpies i importacions.

Valida la coherència lògica

El motor pot fer llegible la taula i deixar relacions incompletes. En taules del nucli, compara entrades, metadades, termes o comentaris; en una taula de connector, utilitza la seva eina de conciliació.

Comprova identificadors i dates recents contra una còpia i els registres. No inventis referències ni renumeris files. Si falten dades, documenta la pèrdua acotada i restaura únicament el conjunt afectat mitjançant un procés provat.

Verifica la funció i les dades

Prova lectura i escriptura de la funció exacta, a més de l’accés, editor i tasques programades. Compara recomptes i registres recents amb còpies o fonts externes.

Vigila errors MySQL durant diversos cicles d’escriptura. El manteniment recurrent ha de comprovar disc i còpies; una taula només torna a ser fiable quan funciona l’aplicació i s’entén quina condició l’ha malmesa.

ABANS D’ENVIAR LA SOL·LICITUD

Preguntes freqüents.

Demaneu contrasenyes al formulari?+

No. El formulari públic no demana mai accessos. Les dades segures es demanen només després d’aprovar l’abast i el pressupost.

Qui revisa la incidència?+

La sol·licitud arriba a Jordi Ensenyat, fundador de Code Barcelona i especialista en WordPress amb més de 15 anys d’experiència.

Es canvia res abans del pressupost?+

No. Primer es revisen els símptomes visibles i es defineix l’abast. La intervenció comença després de l’aprovació i amb una via de recuperació preparada.

Treballeu amb webs en anglès i fora d’Espanya?+

Sí. WP Repair atén incidències de WordPress i WooCommerce en català, castellà i anglès mitjançant un servei remot.

Avaluar la meva incidència