DB importato: tutte le lettere accentate compromesse

9 contenuti / 0 new
Ultimo contenuto
DB importato: tutte le lettere accentate compromesse

Ho importato il DB del mio sito + frequentato per quello in uso era uno compromesso.
Gli export sono fatto con mysqldump.

Il risultato è stato che adesso il sito ha tutte le lettere accentate sostiuite con altre e la cosa ha compromesso, titoli, content, alias.

Sapete dirmi come è stato possibile?
che cosa non ho preso in considerazione?

E poi cavolo!!.. non dovrebbero mai esserci lettere accentate negli Alias URL.

Io per esportate i dump del DB tabella do queste opzioni a mysqldump :

--default-character-set=utf8 --complete-insert --no-create-info --compact -q

ho sbagliato forse a settare --defalut-character-set=utf8?
magari era meglio NON assegnare nel dump il default character?

Nel senso che sebbene il DB sia effettivamente in utf8, era meglio non inserire una forzatura nel export.

E' proprio quell'opzione l'errore..
... non dovevo forzare quel formato nell'export del dump.

Pazienza!... ho imbrattato i nodi del mio sito + visitato :-|

Io di solito scrivo --default_character_set=utf8

ma dove si digitano quelle stringhe?

Il mio DB ha MySQL connection collation: utf8_general_ci

di conseguenza ero andato sul sicuro con il mio script di backup http://www.drupalitalia.org/node/12997#comment-45111
dove ho utilizzato l'opzione
--default_character-set=utf8

Come avrei mai potuto pensare che durante l'import mi sarei ritrovato pieno di caratteri anomali del tipo:
è = è e così via con tutte le vocali accentate e non solo.

Tutti i titoli ed alias sono stati compromessi, mentre invece non TUTTI i content lo sono stati e non ho capito xkè.

Ho fatto un'altro test con uno dei miei siti + piccoli, il + irrisosio, dopo aver rimosso la forzatura per il dump, il risultato è che dopo l'import non ho avuto problemi. però ho trovato un paio di caratteri strani in + a fine content in pochissimi nodi ch finivano con dei tag che enfatizzavano il testo. Per il resto tutto bene.

Mi domando: con quali opzioni Backup&Migrate fa il suo export?
e mi domando: anche se il DB è utf8 come mai ho avuto questo problema usando l'opzione su indicata?

Di sicuro dovrò fare altri test e capire anche perchè la cosa ha compromesso alcuni content ed altri no, forse la cosa è legata anche al content type.. BOH!.

Cmq sia non posso farci + nulla, al massimo mi metto a corregge i titoli a mano man mano che ne becco uno compromesso e conseguentemente si corregge anche l'alias. Per il resto non posso fare null'altro.

http://www.drupalitalia.org/node/12997#comment-45111

mysqldump --default-character-set=utf8 --complete-insert --no-create-info --compact -q -uUSER -pPASSWORD DBNAME > file.sql

rigo dello script con le variabili
mysqldump $OPTIONS --host=$HOST --user=${USER[${i}]} --password=${PASSWORD[${i}]} $DB $TABLENAME > ${BACKUP_DIR}/${DB}/${FILENAME}

Io in realtà l'opzione la uso quando importo il dump, non quando lo creo.

questa cosa non l'ho provata.

ho fatto un primo test con lo stesso backup usato nell'import di questo indicato in questo commento http://www.drupalitalia.org/node/13336#comment-46799

Ed effettivamente quei pochissimi caratteri aggiunti alla fine di un paio di nodi non c'erano +. Questa è una gran cosa.

Invece nell'importare un nuovo DB del sito cha già subito i danni indicati in questa discussione, non c'è stato rimedio purtroppo.

Non si è risolto nulla, sono costretto a tenermi il problema, considerando anche che i DB + vecchi, quelli di 4 giorni fa non ci sono +.

Potrei tentare di prendere un Dump e tramite sed fare una sostituzione di caratteri per rimediare il + possibile alla situazione.