Els fitxers es poden restaurar bé mentre wp-config.php apunta a una base antiga, buida o d’un altre web. El lloc pot mostrar l’instal·lador, contingut desactualitzat o «Error establishing a database connection» encara que els connectors i les pujades semblin recents.
No executis l’instal·lador: crearia taules noves a la base equivocada i complicaria el diagnòstic.
Conserva l’estat actual
Crea des de cPanel una còpia o snapshot dels fitxers i de cada base candidata abans d’importar de nou. Anota l’hora, nom del backup, origen i errors.
Impedeix escriptures noves o activa un manteniment adequat mentre identifiques el conjunt correcte. No sobreescriguis mai l’única còpia anterior a l’incident.
Llegeix la configuració sense exposar secrets
Revisa DB_NAME, DB_USER, DB_HOST i $table_prefix, però no publiquis contrasenyes.
define( 'DB_NAME', 'example_database' );
$table_prefix = 'wp_';Cerca definicions duplicades o substitucions per entorn i confirma el document root actiu. Uns fitxers restaurats des d’un altre web poden conservar-ne la configuració. Rota les credencials exposades.
Inventaria les bases de cPanel
Llista noms, mides, usuaris i permisos. A phpMyAdmin, inspecciona prefixos i dates recents amb consultes de només lectura.
SELECT ID, post_date, post_title
FROM wp_posts
WHERE post_type IN ('post','page')
ORDER BY ID DESC
LIMIT 10;Utilitza el prefix real i no comparteixis títols privats.
Relaciona les dates dels backups
La còpia de fitxers i el bolcat SQL poden haver-se creat en moments diferents. Compara dates de pujades, versions de connectors i contingut més recent.
Identifica l’SQL per siteurl, home, prefix i contingut, no només pel nom. La base més gran tampoc ha de ser la correcta: les memòries cau i els logs poden dominar la mida.
Restableix usuaris i permisos
cPanel pot importar una base sense associar-hi l’usuari de WordPress. Des de MySQL Databases, crea o vincula un usuari amb els permisos mínims necessaris.
Evita privilegis globals i no deixis la contrasenya a l’historial. Conserva temporalment l’usuari anterior fins a validar i revoca després els accessos sense ús.
Importa en un destí separat
Crea una base nova i importa-hi el bolcat seleccionat mitjançant cPanel o el client MySQL. Desa els errors i compara taules i recomptes.
No importis repetidament en un destí parcialment poblat: apareixeran claus duplicades i dates barrejades. Comprova charset, collation i límits de fitxers grans.
Canvia la connexió de manera atòmica
Actualitza junts el nom, usuari i contrasenya a wp-config.php, mantenint sintaxi i permisos. Neteja la memòria cau d’objectes persistent perquè no mostri opcions antigues.
No canviïs les URLs fins a confirmar que la base pertany al domini. Després utilitza eines compatibles amb serialització. Desa el rollback fora de l’arrel pública.
Reconcilia les dades posteriors
Llista contingut, usuaris, comentaris, formularis i operacions creats després del bolcat escollit. Compara IDs i dates amb les altres bases.
No copiïs files arbitràries: els IDs i metadades relacionats poden col·lidir. Utilitza exportacions o API de l’aplicació i assaja a staging. Els adjunts han de viatjar amb els seus fitxers.
Els efectes externs de correus i pagaments es reconcilien amb les referències del proveïdor, no copiant files.
Revisa opcions serialitzades i d’entorn
Un bolcat de staging pot contenir constructors serialitzats, prefixos de memòria cau, cron i URLs absolutes. Executa simulacions amb WP-CLI i eines de migració del connector.
No copiïs wp_options complet des d’una altra base. Revisa siteurl, home, connectors, tema, rols, cron i integracions individualment.
Verifica la restauració
Prova web pública, inici de sessió, editor, desament, mitjans, connectors, cron i registres recents. Compara quantitats i dates amb la còpia escollida.
Comprova sistemes externs per si hi ha esdeveniments posteriors a recuperar. Una restauració real de WordPress sempre emparella fitxers, base de dades, hora i domini.