Hey Steffen, also wenn ich in die alte DB schaue (zum Beispiel mit dem MySQLDumper), sind dort auch keine Umlaute zu sehen, sondern wir bereits beschrieben diese Glyphen global.character_set_database : latin1
global.character_set_client : latin1 global.character_set_connection : latin1 Aber interessanter Weise werden mir alle Sonderzeichen richtig angezeigt! Grüße Yves Am 15. Oktober 2012 17:19 schrieb Steffen Liebig <steffen.lie...@gmx.de>: > > Hallo Yves, > > mit UTF-8 sind Sonderzeichen berücksichtigt (incl Umlaute). Bei mir lauten > die Einstellungen: > MySQL-Zeichensatz: UTF-8 Unicode (utf8) > Zeichensatz / Kollation der MySQL-Verbindung: utf8_unicode_ci > > Probleme mit Umlauten: keine > > Insofern ist diese Auswahl beim Export/Import zu bevorzugen. > > Es klingt eher, als ob Deine Ausgangsdatenbank auch schon falsch kodiert war. > Wenn dann Daten übernommen werden, wundert mich der Rest nicht sonderlich. > Allerdings frage ich mich, wieso das Problem erst jetzt auffällt. Die alte DB > wird doch schon länger genutzt ?! > > Schau mal zur Sicherheit nach, welcher Zeichensatz dort verwendet wird. > > Cu, Steffen > > Am 15.10.2012 16:56, schrieb Yves Chassein: > >> Hallo Christian, >> vielen Dank für die schnelle Antwort. >> >> Wie meinst du "doppelt UTF-8 kodiert"? Das komische ist, das in meiner >> Ausgangs-DB, die ja momentan produktiv genutzt wird, schon keine Umlaute >> drin stehen, sondern diese Glyphen. Wenn ich diese nun per MySQLDumper >> oder ähnlichem exportiere (habe es auch schon mit phpmyadmin) versucht >> kann ich ja die kodierung auswählen die ich nutzen möchte. Hier wähle >> ich immer utf8 aus. Ist das richtig? >> >> Ansonsten die Punkte die hinter dem Link genannt werden haben mich jetzt >> nicht wirklich weitergebracht. >> >> Grüße >> >> Yves >> >> >> 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 >> >> > > _______________________________________________ > TYPO3-german mailing list > TYPO3-german@lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german _______________________________________________ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
