Ich habe das Blog auf einen anderen Server umgezogen und dabei leider einige Probleme die Datenbank zu übernehmen mit dem richtigen Charset. Irgendwie war die alte Datenbank nicht richtig konform, sodass selbst ein Export nicht richtig funktioniere mit einem definierten Charset.
Ich hab es nun aber doch noch geschafft, indem ich die WordPress-eigene XML Export- und Import-Funktion verwendet habe. So konnte ich dann doch noch alle Beiträge retten.
Sorry für die Probleme mit den kaputten Umlauten und den weiteren kurzen Ausfällen des Blogs gestern und heute.
Hi Timo,
hätte es nicht geholfen wenn du in der wp-config.php das hier auskommentiert hättest:
define(‘DB_CHARSET’, ‘utf8′);
Nein leider nicht. Ich hatt wohl eine latin1 Datenbank und Tabellen aber der Inhalt war urf-8. WordPress selber konnte ohne Probleme damit arbeiten. Ich hab es leider nicht hinbekommen einen ordentlichen Dump zu ziehen und diesen in utf-8 zu wandeln.
Naja mit etwas Mühe hat es ja nun doch geklappt.
UTF-8 Inhalt in einer latin1 DB/einem latin1 Feld konvertiere ich jeweils so:
ALTER TABLE CONVERT TO CHARACTER SET binary;
ALTER TABLE CONVERT TO CHARACTER SET utf8;
Der Zwischenschritt über binary verhindert, dass MySQL selbst an den Daten rumkonvertiert was ja in diesem Fall nicht erwünscht ist.
Nachteil der ganzen Sache: Danach sind alle Felder vom Typ BLOB (TINYTEXT wird zu TINYBLOB usw.) und müssen wieder irgendwie in den Ausgangszustand gebracht werden. Dort wo ich das normalerweise verwende (TYPO3) geht das ganz einfach mit dem Install Tool, wie das bei anderen Anwendungen aussieht weiss ich auch nicht.