Heute Nacht hat all-inkl.com meinen kompletten Account auf einen anderen Server umgezogen. Zum einen weil der alte Server richtig in die Knie ging und zum anderen weil ich PHP und MySQL in aktueller Version haben wollte. Das ging recht schnell und ohne gröĂere Probleme. Jetzt habe ich auf dem Server PHP 5.2.6 und MySQL 5.0.51a im Einsatz … vorher war es PHP 4.4.8 und MySQL 4.0.23.
Ich hatte Sorge, wie ich es in einem frĂŒheren Beitrag beschrieben habe, wegen dem Zeichensatz-Wirrwarr (iso-8859-1 vs. utf-8). Zum einen weil ich von vielen gehört habe das es Probleme gibt beim Upgrade von alten MySQL-Versionen und speziell dann wenn vorher iso im Einsatz war. Deswegen hatte ich auch Sorge wegen perun.net, weil es schon von Anfang an mit iso kodiert wird.
Nun musste ich heute Nacht ein bisschen lachen. Alle Weblogs die auf utf-8 waren, hatten demolierte Umlaute und perun.net nicht. đ Ich schaute mir die Datenbanken an und ĂŒberall war latin1_swedish voreingestellt … daher war es nicht verwunderlich das die Sonderzeichen kaputt sind.
Was machen? Als erstes stellte ich perun.net auf utf-8 um. Dadurch das die Umlaute korrekt waren, war dies an sich kein Problem. Ich habe die Datenbank exportiert in einem Texteditor aufgemacht und so wie Monika es beschreibt habe ich nach CHARSET=latin1 gesucht und diese durch CHARSET=utf8 ersetzt. Das ging vorher mit der alten MySQL-Version (kleiner 4.1) leider nicht.
Danach die Datenbank importiert und im Weblog im Admin-Bereich auf utf-8 umgestellt … das war’s! Das war mein Weg, ich bin allerdings zuversichtlich das es noch mind. 2-3 weitere Vorgehensweisen gibt.
Bei den zerschossenen Umlauten war das einen kleinen Tick zeitintensiver. Entweder man hat ein Datenbank-Backup, dann muss man es neu importieren – damit man die Sonderzeichen und Umlaute wiederherstellt – und dann so vorgehen wie ich es bereits oben beschrieben habe.
Ich hatte vorher in PHPMyAdmin versucht die ZeichensĂ€tze umzustellen und auch in der wp-config.php die Kollation umzustellen, die Datenbank hat sich davon nicht beeindrucken lassen. Deswegen habe ich auch hier den Umweg ĂŒber den Texteditor die ZeichensĂ€tze einstellen mĂŒssen.
Hat man kein Backup, dann ist es auch kein Problem. Dann exportiert man die Datenbank, öffnet sie in einem Texteditor und ersetzt zuerst die kaputten Sonderzeichen und anschlieĂend die Zeichensatz-Angaben und importiert das ganze.
Und wie schauen die kaputten Sonderzeichen aus die man durch “Search & Destroy” (aka Suchen und Ersetzen) umwandeln muss? Gute Frage, ĂÂŒ ist z.B ĂŒ und ĂĆž steht fĂŒr Ă usw. Auf konzentrat.org gibt es eine vollstĂ€ndigere Liste. Dort wird auch beschrieben, wie man im PHPMyAdmin anstatt im Texteditor den Ersetz-Vorgang durchfĂŒhrt.
So jetzt habe ich ein bisschen die Nase voll von verschiedenen MySQL-Versionen und ZeichensĂ€tzen und hoffe das ich fĂŒr eine sehr lange Zeit nicht mehr mit dem Problem konfrontiert werde.
Ăbrigens hatte ich als Texteditor PSPad benutzt, weil mein eigentlicher HTML-Editor (WeBuilder) bei MySQL-Dateien dir gröĂer als 350-400 KByte waren sich verabschiedet hat.
Na also, ich hatte aber auf das Script hingewiesen, welches alles automatisch macht. Auch die Liste aller Zeichen liegt vor, ebenfalls als PDF.
* Vermute mal, dass Kommentarabo per Mail nicht geht, die Checkbox hat keinen Texthinweis.
Nur mal so als kleiner Tipp fĂŒr zukĂŒnftige MySQL experiemente, verwende dann doch den MySQL-Dumper. Sehr komfortabel das Tool und nimmt einem viel Arbeit ab. Sichere und bearbeite damit alle meine Blogs und 1 Forum! đ
Hallo Frank,
Danke fĂŒr den Hinweis, anstatt den vorgegebenen Werten fĂŒr das Plugin wurde beim Upgrade ĂŒberall der Wert “a” eingetragen.
Der entsteht meist, wenn Sonderzeichen im Import sind, eventuell also alle Einstellungen prĂŒfen. Ansonsten könnte ein Array-Fehler vorliegen.
@Frank,
ich kann mich erinnern, dass wenn ĂŒberall als Wert “array” erscheint es sich um einen array-Fehler handelt. Wahrscheinlich dies hier auch der Fall.
Wird halt nicht umhinkommen ĂŒberall einen Kontrolldurchgang zu machen.
Hi Perun
total zerschossene Umlaute brachte ich ohne search and replace hin . Nur mit Umstellen der Tabellen und danach in der config.php alles was auf utf hinweist auskommentieren, sonst moppelt das nÀmlich doppelt.
Bis ich da drauf kam – hatt ich einige viele graue Haare mehr und mein Friseur freute sich 8)
Seitdem mir ein Script zum Umstellen von WP auf utf8 mal alle meta descriptions und alle excerpte gekillt hatte (hat einfach jeden Text nach dem 1. Umlaut gelöscht) seither habe ich vor Scripten diesbezĂŒglicher Art Heidenspundus. đ
Freut mich, dass meine simple Lösung half – weil mysql Datenbanken sind sonst nicht so mein Spezialgebiet – da habe ich noch uraltes Wissen aus “VorGoogles”Zeiten ….
lg
PSPad bietet noch einiges mehr, wie zum Beispiel Dateien miteinander zu vergleichen. Auch lassen sich Linux oder MacOS Dateien damit bearbeiten und wieder speichern, ganz nĂŒtzlich fĂŒr Administratoren in hetergogenen Netzwerken. Ein schönes Teil, das ich bevorzugt einsetze đ
Mach Euch keinen Stress und Arbeit, ruf den Support von AllInkl an und lass die das richten. Ich hatte das Problem auch und der gute Mann am Telefon hat in einigen WordPressdateien etwas umgeschrieben und alle Umlaute wurden korrekt dargestellt. Leider weiĂ ich nicht mehr welche Dateien er bearbeitet hatte. Er sagte nur, dass das wohl öfter auftritt und sie schon Bescheid wĂŒssten.
Ăhm, klĂ€rt mich mal auf, die Kollation sagt doch nur was ĂŒber die Sortierung aus und sonst nix?
Ja die Monika ist da (obwohl sie es anders behauptet) doch sehr fit…
GrĂŒĂe aus MĂŒnster
euer Gerald
Du machst mir ja richtig Mut đ
Sobald es stĂŒrmt und regnet, sobald die Spanier mal eine vernĂŒnftige und zuverlĂ€ssige Internet-Verbindung zustande bringen, … mit anderen Worten: sobald die Hölle ĂŒberfriert
…
mach ich mich nochmal dran.
Kann nicht mal irgend ein Ass irgendwo und irgendwie ein wirklich zuverlĂ€ssiges Kompendium rund um das Thema Datenwiederherstellung und DatenĂŒberarbeitung schreiben und online stellen?
Man liest viel, aber nie an einem Ort, nachgeprĂŒft und funktionell. đł
Lieber GruĂ
Rata
[…] – Perun beschreibt, was man tun kann, wenn man bei einem WordPress-Update in die Umlaute-Falle hineinläuft […]
Schicker Blog – kannte ich noch gar nicht! đ Ich bin zufĂ€llig hier gelandet. Aber ich komme gern wieder…
Ich habe auch eine Datenbank MySQL 5.X. Die Umstellung von MySQL 4.X verlief eigentlich fehlerfrei. Es gibt ein Plugin, dass Umlaute auch korrigiert, u.a. wenn du Ăberschriften mit Umlauten hast.
Ein Ă€hnliches Problem hatte ich mit einem Webprojekt, dass mein Programmierer in UTF-8 programmiert hatte und mein Editor (seeehr alt) nicht interpretieren konnte. Bis ich die Umlaute umgewandelt hatte, ist einige Zeit vergangen… einfacher ist es einfach einen Editor wie rapidphp zu verwenden.
Perun, wo stellst du im Admin-Bereich den charset ein? Du meinst doch sicherlich in der wp-config.php?
Ich Ă€rger mich auch oft genug bei Versionsumstellunmgen von php und MySql – hier sind ein paar ganz gute Tipss dabei die ich dann mal ausprobieren werden.
Wie ich im anderen Post schon sagte, kannst du ĂŒber Kommandozeile (SSH) binnen Sekunden die Zeichenkodierung Ă€ndern. Ohne Tools, ohne Schmerzen. Bei Fragen: Skype!
@ macx
Schreib doch mal wie du das machst in einem Blogbeitrag? Danke.
@macx,
Quelle: all-inkl.com
[…] Die Lösung (also eine von vielen) fand ich bei perun.net. […]
[…] empfehlen kann ich das Vorgehen von Perun oder kONZENTRAT.org die Zeichen per Suchen und Ersetzen auszutauschen, da sich die kaputten Zeichen […]
Ich habe mein Problem mit einem Programm des MySQLDumper Entwicklers lösen können: DSBâs Umlaut Korrektur (DUK). Daniel hat auch einen lesenswerten Artikel zu dem Thema verfasst: MySQL-Codierungsproblem beheben: Nie wieder Umlaut-Chaos.
[…] Upgrade erfolgreich, Umlaute tot » Peruns Weblog […]