slacky.eu

Salve ragazzi,
sto facendo delle simulazioni di "backup and restore" del mio sito internet.
Ho effettuato la copia fisica dei dati dall'FTP ed il backup del database da phpmyadmin.

Il database di orgine ha questa collection: "latin1_swedish_ci"
Ho trovato una parola accentata sul sito (vi posto il link)
http://dialettitaliani.it/wiki/Abbaf%C3%A0 (Abbafà)
e sul database leggo: AbbafÃ

Esporto il database, lo ricarico in locale; sul database leggo sempre Abbafà mentre il browser mi visualizza:
AbbafÃ
ho provato a settare il meta content della pagina in locale sia in UTF-8 che in ISO-8859-1, ma niente da fare; la visualizzazione cambia in questo modo:
UTF-8: AbbafÃ
ISO-8859-1: AbbafÃÂ

Ho provato ad aprire il dump.sql con kate, e settare le diverse condifiche ma le accentate non le leggo mai...Sbaglio qualcosa nel dump?

Non ci metterei la mano sul fuoco, ma forse è il caso che imposti sul db il charset UTF8 prima di fare il dump.

Potrei farlo, ma se poi ci sono problemi di visualizzazione dei caratteri pensi possa tornare indietro?

Comunque, ci andrei piano con gli improperi.

Specialmente nel caso di mysql, che è stato una vera e propria manna del cielo
per tutti gli sviluppatori del web (e non solo)!

Per il resto, secondo me, devi seguire il consiglio di DanBadJar...

teme ha scritto:Salve ragazzi,
Il database di orgine ha questa collection: "latin1_swedish_ci"

attento che la collation (non collection) non è il character set, probabilmente stai usando il charset latin1, sicuramente comunque non stai usando UTF8.

teme ha scritto:Potrei farlo, ma se poi ci sono problemi di visualizzazione dei caratteri pensi possa tornare indietro?

Guarda,
secondo me ti conviene ovviamente prima farti un dump del DB così com'è, quindi col charset latin1_swedish_ci, in modo che per qualsiasi disgrazia tu possa fare rollback.
Poi prova come ti ho detto prima.

@Aschenaz:
si, mysql è stato una manna, ma fino a un certo punto.
La versione che ti offrono tutti i servizi di hosting (aruba in primis) non hanno nemmeno lo storage engine innodb. O sbaglio?
Le foreign key vanno gestite da applicativo e questo, imho, è una porcata disumana.
Se invece puoi amministrare un server tuo allora ovviamente tutto cambia. Io faccio tutto su innodb!

Considerazione personale:
PostgreSQL gestisce le foreign keys nativamente ed è opensource, ma siamo ancora lontani dal vederlo come soluzione database di default perchè si sa: se non c'è un'azienda dietro nessuno si fida!

Cambia il titolo del post per favore, altrimenti scatta un richiamo! Un titolo del genere oltre che ad essere poco gradito è anche inutile per chi, in futuro, avrà problemi simili ai tuoi e dovrà cercare aiuto sul forum.

Lavoro eseguito
Provo a passare da latin1 a utf8 e vi aggiorno

teme ha scritto:Lavoro eseguito
Provo a passare da latin1 a utf8 e vi aggiorno

Grazie!

Ragazzi vi aggiorno sullo stato dei lavori.
Il charset con cui il cms scrive è di tipo utf8, mentre il database è impostato su latin1. Quando provo ad esportare, quindi, succede un casino.

Però ho notato questo:
se esporto una tabella in sql, quindi phpmyadmin mi apre una textbox con i comandi sql scritti all'interno, effettuo un copia/incolla su kate e cambio la codifica il uft8, qualche accentata si vede bene.

Attualmente sto procedendo in questo modo:
copia/incolla di ogni tabella su kate, conversione ad utf8, salvataggio in database utf8.

puoi anche lasciarlo in latin1
è come al cambio di collocation di wordpress tempo fa
prima era latin1, ma dentro potevi scrivere in utf8

o converti il db in utf8 e cambi collocation o lasci stare, del charset del sito non ti interessa, se tu hai scritto in utf8 avrai ut8, anche se il database è latin1

spero di capisca qualcosa dalla mia scrittura

Qui ci sono le istruzioni per WP
http://codex.wordpress.org/Converting_D ... acter_Sets
io feci così a suo tempo e funzionò