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

Base Dades I Dades Wordpress

Apareixen errors de codificació després d’una migració MySQL

Repara mojibake i caràcters trencats després de migrar WordPress identificant bytes, charset, collation i dobles codificacions.

Veure text com é en lloc de é sol significar que uns bytes UTF-8 s’han interpretat o tornat a codificar amb el joc equivocat. Canviar el charset que mostra WordPress pot amagar un símptoma mentre les escriptures noves continuen fent-se malbé.

Conserva les bases original i migrada. Determina els bytes realment desats abans de fer substitucions.

Classifica el dany

Conserva exemples d’entrades, títols, opcions, noms de fitxer i taules de connectors. Esbrina si afecta tot el text, només files antigues o únicament el contingut nou.

Patrons:
base correcta i capçalera de pàgina incorrecta
charset de connexió equivocat en importar
declaració latin1 al voltant de bytes UTF-8
UTF-8 codificat dues vegades
emoji o caràcters suplementaris no admesos

Utilitza mostres no sensibles i conserva els bytes o valors hexadecimals exactes.

Compara origen i destinació

Revisa charset i collation de taules i columnes als dos servidors. Comprova a la capçalera del bolcat SET NAMES, el joc de caràcters del client i les declaracions de collation.

SHOW CREATE TABLE wp_posts;
SHOW VARIABLES LIKE 'character_set%';
SHOW VARIABLES LIKE 'collation%';

Executa consultes de només lectura amb el prefix real. Els valors predeterminats del servidor no descriuen totes les columnes existents.

Inspecciona els bytes desats

Compara una cadena coneguda amb HEX() a l’origen i la destinació. Si els bytes coincideixen però es mostren diferents, falla la connexió o la descodificació de pàgina. Si difereixen, la importació ha transformat les dades.

No enviïs contingut de clients a eines públiques. Treballa en staging amb identificadors exactes.

La comparació visual no distingeix una codificació simple d’una de doble.

Revisa les constants de WordPress

Comprova DB_CHARSET i DB_COLLATE a wp-config.php. WordPress modern acostuma a utilitzar utf8mb4 i una collation buida tret que l’allotjament exigeixi una altra cosa.

No canviïs aquestes constants a la lleugera en una base existent: influeixen en connexions i operacions d’esquema, però no converteixen de manera segura cada valor desat.

Revisa a part la capçalera HTTP i <meta charset> de presentació.

Torna a importar amb ajustos explícits

Si es pot reconstruir la destinació, la reparació més neta sol ser una exportació i importació noves que conservin els bytes i declarin correctament el charset de connexió.

Assaja en una altra base i compara files i mostres hexadecimals abans de connectar WordPress. Impedeix escriptures noves durant la finestra o planifica com incorporar-les després.

No importis repetidament sobre taules transformades parcialment.

Repara la doble codificació amb cura

Les dades codificades dues vegades poden necessitar una conversió reversible, però l’expressió correcta depèn dels bytes actuals i del text esperat. Prova files concretes i conserva els originals.

Evita una substitució global de seqüències visibles com Ã: podries malmetre text legítim i altres patrons.

Prepara una llista acotada de columnes i files i valida accents, punt volat català, puntuació castellana, emoji i exemples no llatins.

Converteix l’esquema quan calgui

Utilitza una conversió a utf8mb4 compatible amb l’aplicació o l’administrador, revisant la llargada dels índexs i la versió de MySQL. Un ALTER TABLE gran bloqueja escriptures i necessita disc lliure.

Fes còpia i programa el manteniment. No converteixis taules de producció sense estimar temps i reversió.

Inclou deliberadament taules de connectors i codi propi, no només el nucli.

Revisa URL, slugs i noms de fitxer

La codificació malmesa pot canviar URL codificades i slugs encara que el títol visible es repari. Compara canòniques, menús, adjunts i redireccions amb l’origen.

No regeneris tots els slugs: trencaries URL indexades i enllaços entrants. Repara un mapa limitat i crea redireccions intencionades. En fitxers, distingeix la codificació del sistema de les metadades de l’adjunt.

Verifica contingut antic i nou

Prova el web públic, editor, desament, cerca, URL, correu i exportacions. Desar una fila antiga que es veu correcta no l’ha de tornar a corrompre.

Compara mostres entre bases i assaja una còpia i restauració noves. La integritat es demostra amb bytes i escriptures d’anada i tornada, no perquè una sola pàgina sembli correcta.

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