Moin Christian,
ich dachte eher "da ist noch gar kein UTF-8 in der neuen Datenbank,
sondern nur im Typo3 verankert". Würde theoretisch heissen, dass die
neue DB das beim Einspielen der alten nur nicht übernommen hätte. Geht
die Codierung tatsächlich auch doppelt (was immer dabei rauskommen mag) ?
Cu, Steffen
Am 15.10.2012 16:22, schrieb Christian Hennecke:
Am 15.10.2012 15:54, schrieb Yves Chassein:
> Hey ihr,
> ich versuche gerade ein Backuplösung für meinen Webserver zu entwickeln
> und stoße dabei auf folgende Problematik. Ich erstelle via MySQLDumper
> ein Backup der kompletten Datenbank. Dieses will ich dann wieder in eine
> leere Datenbank kopieren doch dann sind alle meine Umlaute weg. Hat da
> jemand eine Idee wie ich da vorgehen kann, ohne alle Umlaute die jetzt
> zerschossen sind händisch wieder zu ersetzten.
>
> Grüße
>
> Yves
>
> P.S. Wenn ich das richtig sehe, sind meine Daten schon in meiner
> Produktivdatenbank kaputt, also hier stehen auch keine richtigen Umlaute
> drin, sondern eher so Glyphen. Aber im FrontEnd sowie Backend wird alles
> richtig angezeigt.
Irgendwo in der Kette ist etwas falsch konfiguriert. Mich würde nicht
wundern, wenn der Inhalt der Datenbank doppelt UTF-8 kodiert wäre.
Du wirst wahrscheinlich den Inhalt exportieren und sicherstellen müssen,
daß wirklich immer mit UTF-8 gearbeitet wird. Dann kannst Du schließlich
die Daten wieder importieren.
Hier sind so ziemlich alle Möglichkeiten behandelt:
http://wiki.typo3.org/UTF-8_support
_______________________________________________
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
