--- title: "Wie geht Ihr mit UTF-8 um" url: "https://www.typo3.net/d/119058-wie-geht-ihr-mit-utf-8-um" source: "typo3.net" tags: ["Hosting","Installation & Update","Datenbank","Frage","PHP","TYPO3 4.x"] created: "2014-10-21" last_reply: "2014-11-07" replies: 8 solved: true page: 1 pages: 1 lang: "de" --- # Wie geht Ihr mit UTF-8 um Hosting › Installation & Update · 8 Antworten · gelöst · gestartet 2014-10-21 ## Frage **bugblatterbeast** · 2014-10-21 · [Beitrag #1](https://www.typo3.net/d/119058-wie-geht-ihr-mit-utf-8-um/1) Hallo Zusammen, was die Umstellung von alten Datenbanken auf UTF-8 Betrifft, so gibt es ein ziemlich buntes Durcheinander an Lösungsansätzen... Fast immer wird empfohlen, einen dump mit iconv zu konvertieren, was mir bei aktuellen mysql-Version ziemlich unsinnig erscheint, da die dumps ja mittlerweile utf8-kodiert ausgegeben werden. Ich habe zum Beispiel eine korrekt utf8-kodierte dump-datei in der auch als default-charset überall utf8 angegeben ist. Wenn ich die importiere, sieht auf den ersten Blick alles ganz toll aus. Kein latin1 mehr in der Beschreibung zu sehen, überall steht utf8. Aber egal wie ich mein TYPO3, Apache, PHP und MySQL auch konfiguriere, die Sonderzeichen sind anscheinend irgendwie "doppelt" utf8-kodiert. "Website überarbeitet und veröffentlicht" Wenn ich die Ausgabe durch einen utf8-DECODER schicke ist alles gut. Die Meta-Informationen der Seite sind OK (content="text/html; charset=utf-8"). Das Problem liegt nicht allein an TYPO3, wenn ich die Datensätze in phpMyAdmin ansehe, ist die Kodierung genauso vermurkst. Hat von Euch jemand Erfahrung damit, eine alte Datenbank mit aktueller mysql-Version auf utf8 zu konvertieren? Gruß, bbb ## Beste Antwort **runner78** · 2014-10-22 · [Beitrag #2](https://www.typo3.net/d/119058-wie-geht-ihr-mit-utf-8-um/2) Ich habe das die letzten paar mal mit Heide SQL und dessen Wartungsfunktionen erledigt, damit kann man ganz schnell alle Tabellen einer Datenbanken konvertieren. Heidi SQL benutzt dabei folgenden code: ALTER TABLE tablename CONVERT TO CHARACTER SET utf8 COLLATE utf8_unicode_ci; Bei mir gab es damit nie Probleme (Habe das mit MySQL Versionen 5.1 und 5.5 verwendet) ## Antworten ### [#2](https://www.typo3.net/d/119058-wie-geht-ihr-mit-utf-8-um/2) · runner78 · 2014-10-22 · Beste Antwort (Text siehe oben unter „Beste Antwort“.) ### [#3](https://www.typo3.net/d/119058-wie-geht-ihr-mit-utf-8-um/3) · bugblatterbeast · 2014-10-22 Hallo runner, vielen Dank für Deine Antwort. Ich hatte mir für meinen Test zunächst die älteste unserer TYPO3-Instanzen ausgesucht. Irgenwie war die Datenbank total verkorkst... da half alles nichts. Ich musste tatsächlich ein script schreiben, das die exportierte Datei zweimal decodiert. echo utf8_decode(utf8_decode($line)); Als nächstes habe ich mit einer aktuelleren Instanz, die ordentlich programmiert und gepflegt wurde, weitergemacht und da lief alles wie es sollte. Dein Tip hat mir sehr geholfen, so konnte ich mir den export sparen. Ist bisher die einfachste Lösung, die ich kenne. Gruß, bbb ### [#4](https://www.typo3.net/d/119058-wie-geht-ihr-mit-utf-8-um/4) · BastianBalthasarBux · 2014-11-05 @bugblatterbeast: hast du das script noch? ich hab bei einer alten, übernommenen instanz ein ähnliches problem. und da ich selbst aus diversen gründen schon 2k4 alles auf utf-8 umgestellt hab, bin ich leider nimmer 100% up-to-date ... ;) kann mich noch aber erinnern, dass das auch damals schon ein murks war. ;) ### [#5](https://www.typo3.net/d/119058-wie-geht-ihr-mit-utf-8-um/5) · bugblatterbeast · 2014-11-05 Hallo Bastian, versprech Dir nicht zu viel davon. Es war wirklich nur eine ganz primitive decodierung und nicht mehr. Wichtiger war herauszufinden, DAS eben eine doppelte encodierung vorlag, die behoben werden musste. Die Wahrscheinlichkeit, dass so ein stranger Fehler noch mal vorkommt, ist glaube ich gering. Wenn Du aber Deinen Datenbankexport bereits geprüft und dabei herausgefunden hast, dass das gleiche Problem vorliegt, dann leg los! Ich brauch wohl nicht zu sagen, dass Du das Ergebnis erst mal in einer separaten Datenbank testen solltest. Ich hatte das script damals wieder gelöscht... waren aber nur drei Zeilen: ```php ``` Wie Du siehst, erwartet das script, dass die Datei schon auf dem Server liegt. Kannst auch noch dran herumbasteln und das Ergebnis in eine Datei schreiben... lohnt sich aber glaube ich nicht. Braucht man eh nur ein mal und nie wieder. Gruß, bbb ### [#6](https://www.typo3.net/d/119058-wie-geht-ihr-mit-utf-8-um/6) · BastianBalthasarBux · 2014-11-06 hehe, ja ich denke, dass das gleiche problem vorliegt. und drei zeilen erprobter code sind immer fine. ;) ich werde das mal testen. thxal! ### [#7](https://www.typo3.net/d/119058-wie-geht-ihr-mit-utf-8-um/7) · BastianBalthasarBux · 2014-11-06 Spitzenmässig, sieht Klasse aus. Many thxal. :-) Und ich dachte schon, ich muss das Zeuch händisch nachpflegen. Wie es aber zu so einer vernudelten Datenbank kommen kann, ist mir schleierhaft ... Naja, ich hab das Projekt auch nur übernommen. Aber demnächst sind die Altlasten dann hoffentlich bereinigt ... ### [#8](https://www.typo3.net/d/119058-wie-geht-ihr-mit-utf-8-um/8) · bugblatterbeast · 2014-11-06 Bei mir war es auch unerklärlich... es war sogar ein Projekt, das ich selbst aufgesetzt hatte und ich wüßte echt gerne, wie es so weit kommen konnte. Kontrollier am besten noch mal die Textfelder in den Benutzer- und Gruppen-Tabellen. Ich musste da noch ein paar Sonderzeichen nachträglich von Hand korrigieren, wenn ich mich recht erinnere. Im Frontend war alles OK. ### [#9](https://www.typo3.net/d/119058-wie-geht-ihr-mit-utf-8-um/9) · BastianBalthasarBux · 2014-11-07 danke fürn tipp, aber ich werde das bei dem projekt ohnehin tabellenweise durchführen und kontrollieren. das ist mir lieber, auch wenn es aufwändiger ist. ;) --- Quelle: „Wie geht Ihr mit UTF-8 um“, typo3.net, https://www.typo3.net/d/119058-wie-geht-ihr-mit-utf-8-um Beiträge von Mitgliedern des Forums. Bitte mit Link auf die Diskussion zitieren.