Re: [TYPO3-german] Probleme mit Umlauten
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. Ich kann dir als Arbeitshilfe mal mein Skript zur Konvertierung in eine saubere UTF-8 DB anbieten: http://pi-phi.de/293.html das Skript arbeitet mit einem Dump, den du auch als Sicherungskopie nutzen kannst, bzw. auch zum restaurieren, falls etwas schief läuft. 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. dann würde ich nicht von kaputt sprechen, sondern eher von 'ungewöhnliches Format' ;-) bernd -- http://www.pi-phi.de/cheatsheet.html ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Probleme mit Umlauten
Am 15.10.2012 17:33, schrieb Yves Chassein: 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! Das deutet darauf hin, daß es in der Tat so ist, wie ich befürchtet habe. Probier mal, wie im Wiki beschrieben einen Dump per Befehlszeile (NICHT über eine Weboberfläche) mit latin1 zu machen und den dann wieder als UTF-8 einzulesen. Das die Sonderzeichen auf der Website korrekt angezeigt werden, liegt daran, daß sich zwei falsche Einstellungen aufheben. Gruß Christian ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Probleme mit Umlauten
Firma dankt -- Browserfavoriten Am 15.10.2012 19:00, schrieb RDE - Gert Redlich: Yves Chassein schrieb: 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 Hi Yves, lies doch mal meinen Weg, ob er Dir hilft. http://software.rde.de/typo3-6-hilfsprogramme.html ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Probleme mit Umlauten
Firma dankt -- Browserfavoriten Am 16.10.2012 08:53, schrieb bernd wilke: 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. Ich kann dir als Arbeitshilfe mal mein Skript zur Konvertierung in eine saubere UTF-8 DB anbieten: http://pi-phi.de/293.html das Skript arbeitet mit einem Dump, den du auch als Sicherungskopie nutzen kannst, bzw. auch zum restaurieren, falls etwas schief läuft. 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. dann würde ich nicht von kaputt sprechen, sondern eher von 'ungewöhnliches Format' ;-) bernd ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Probleme mit Umlauten
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
Re: [TYPO3-german] Probleme mit Umlauten
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
Re: [TYPO3-german] Probleme mit Umlauten
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
Re: [TYPO3-german] Probleme mit Umlauten
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
Re: [TYPO3-german] Probleme mit Umlauten
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
Re: [TYPO3-german] Probleme mit Umlauten
Hi Steffen Liebig, Steffen Liebig wrote: Geht die Codierung tatsächlich auch doppelt (was immer dabei rauskommen mag) ? Klar geht das ... als einfaches Beispiel: In HTML kannst du das als amp; schreiben. Machst du dies zweimal, wird daraus ampamp;;. Je nachdem wie du kodierst, kannst es auch sein, dass dann gar nichts mehr dasteht, e.g. Wenn du den Weg rückwärts gehst und amp; zweimal decodierst, dann steht da gar nichts mehr. Vermutlich stehen in deiner latin1 DB utf8 Daten. Wenn du die dann als utf8 exportierst, sind sie zweimal codiert. Am besten schaust du mal ins Wiki (Link im anderen Post), dort steht, wie du aus dem Schlamassel wieder raus kommst. Ich bin kein DB Experte, aber wenn du die Daten als Latin1 exportierst und dann aber als UTF8 importierst könntest du Glück haben. Grüße -- Philipp Gampe – PGP-Key 0AD96065 – TYPO3 UG Bonn/Köln Documentation – linkvalidator TYPO3 inspiring people to share! ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Probleme mit Umlauten
Yves Chassein schrieb: 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 Hi Yves, lies doch mal meinen Weg, ob er Dir hilft. http://software.rde.de/typo3-6-hilfsprogramme.html -- mit freundlichen Grüßen Gert Redlich ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Probleme mit Umlauten
Hmmm um meine Datenbank gehts hier nicht...aber danke für die Erklärung :-). In gewissem Sinn hast Du aber recht - ich hab nachgeschgaut und tatsächlich Latin-Feld-Kodierungen in meiner DB gefunden. Im einen Fall nimmt das Feld trotzdem Umlaute an, im anderen Fall nicht. Völlig egal, ob ich die komplette DB auf UTF-8 setze oder nur einzelne Felder. Leicht perplex war ich da schon, aber mich störts net sonderlich - ich brauch die DB nur zum Nachkorrigieren von News. Momentan ist die neue Seite noch im Aufbau, der Kram spielt sich bei mir in einer Nicht-Typo3-DB ab. Unter Typo3 steht alles auf Latin1 und ist sowohl FE als auch BE alles paletti. Ich denk mal mit UTF-8 wärs das erst recht, nur mischen sollte man wohl besser nicht, sonst hat man später Fleischwolfpolitik. Am 15.10.2012 18:34, schrieb Philipp Gampe: Hi Steffen Liebig, Steffen Liebig wrote: Geht die Codierung tatsächlich auch doppelt (was immer dabei rauskommen mag) ? Klar geht das ... als einfaches Beispiel: In HTML kannst du das alsamp; schreiben. Machst du dies zweimal, wird darausampamp;;. Je nachdem wie du kodierst, kannst es auch sein, dass dann gar nichts mehr dasteht, e.g. Wenn du den Weg rückwärts gehst undamp; zweimal decodierst, dann steht da gar nichts mehr. Vermutlich stehen in deiner latin1 DB utf8 Daten. Wenn du die dann als utf8 exportierst, sind sie zweimal codiert. Am besten schaust du mal ins Wiki (Link im anderen Post), dort steht, wie du aus dem Schlamassel wieder raus kommst. Ich bin kein DB Experte, aber wenn du die Daten als Latin1 exportierst und dann aber als UTF8 importierst könntest du Glück haben. Grüße ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Probleme mit Umlauten
Hi, danke für den Tipp. Das Script ist in UTF-8. Mit utf8_decode() funktioniert es. Aber das kann ja nicht der Sinn der Sache sein. Ich frage mich wieso es monatelang lief nur jetzt nicht mehr obwohl die Dateien mit UTF8 Codierung gespeichert sind, Header in utf8 gesendet werden und die Seite mit dem Formular selber auch in utf8. Danke und Grüße Am 14.09.2011 09:02, schrieb Christian Mikwauschk: Hallo Hendrik, Es liegt meist immer an der Codierung iso / utf-8... es kann ja auch sein das dein Script durch ein Zufall in ISO geschrieben steht ... zumindest gibt es dort ein Konflikt mit den Codierungen... um iso in utf-8 auszugeben und andersrum nutze diese funktionen von php utf8_encode() oder utf8_decode()... dann müsste es funktionieren ... grüße miki Am 14.09.2011 08:33, schrieb Hendrik: Moin, ich habe ein sehr merkwürdiges Phänomen. Umlaute in Formularfeldern kommen am PHP Script nur noch kryptisch an. Das merkwürdige ist dass es bereits lange Zeit ohne Probleme lief. Nur jetzt nicht mehr. Die Seite ist und war in UTF-8. Wenn ich bei den PHP Scripten htmlentities() anwende werden nur die kryptischen Zeichen übersetzt in HTML Code anstatt die Umlaute. Was mich um so mehr verwundert. Daher habe ich gerade 0 Ahnung woran das liegt, da es vor kurzem ja noch ging und nichts an der Zeichencodierung der Seite an sich geändert wurde und es an den PHP Skripten ja nicht mal richtig ankommt. Hoffe Ihr könnt mir weiterhelfen! Vielen Dank Viele Grüße Hendrik ___ 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
Re: [TYPO3-german] Probleme mit Umlauten
On 9/14/11 9:33 AM, Hendrik wrote: Hi, danke für den Tipp. Das Script ist in UTF-8. Mit utf8_decode() funktioniert es. Aber das kann ja nicht der Sinn der Sache sein. Ich frage mich wieso es monatelang lief nur jetzt nicht mehr obwohl die Dateien mit UTF8 Codierung gespeichert sind, Header in utf8 gesendet werden und die Seite mit dem Formular selber auch in utf8. Denkbarer Ansatz: die php.ini oder my.cf wurde geändert. Rainer Danke und Grüße Am 14.09.2011 09:02, schrieb Christian Mikwauschk: Hallo Hendrik, Es liegt meist immer an der Codierung iso / utf-8... es kann ja auch sein das dein Script durch ein Zufall in ISO geschrieben steht ... zumindest gibt es dort ein Konflikt mit den Codierungen... um iso in utf-8 auszugeben und andersrum nutze diese funktionen von php utf8_encode() oder utf8_decode()... dann müsste es funktionieren ... grüße miki Am 14.09.2011 08:33, schrieb Hendrik: Moin, ich habe ein sehr merkwürdiges Phänomen. Umlaute in Formularfeldern kommen am PHP Script nur noch kryptisch an. Das merkwürdige ist dass es bereits lange Zeit ohne Probleme lief. Nur jetzt nicht mehr. Die Seite ist und war in UTF-8. Wenn ich bei den PHP Scripten htmlentities() anwende werden nur die kryptischen Zeichen übersetzt in HTML Code anstatt die Umlaute. Was mich um so mehr verwundert. Daher habe ich gerade 0 Ahnung woran das liegt, da es vor kurzem ja noch ging und nichts an der Zeichencodierung der Seite an sich geändert wurde und es an den PHP Skripten ja nicht mal richtig ankommt. Hoffe Ihr könnt mir weiterhelfen! Vielen Dank Viele Grüße Hendrik ___ 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 -- Dipl.-Ing. Rainer Schleevoigt Webmasterei Hamburg iPhone/Android Developer Certified TYPO3 Integrator 22303 Hamburg Novalisweg 10 ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Probleme mit Umlauten
Hi Checke mal deine localconf.php Hattest du zuvor folgende Eintraege gesetzt: $TYPO3_CONF_VARS['SYS']['setDBinit'] = 'SET NAMES utf8'; $TYPO3_CONF_VARS['BE']['forceCharset'] = 'utf8'; Hast du evtl zuvor auf TYPO3 4.5.5 upgedated? Hast du bestaetigt das alles UTF8 sein soll? Dann wurde folgendes in deiner localconf.php eingesetzt: $TYPO3_CONF_VARS['SYS']['setDBinit'] = ''; $TYPO3_CONF_VARS['BE']['forceCharset'] = ''; Loesche einfach beide Eintraege und es sollte wieder ganz normal funktionieren. Als Gegenprobe kannst du die beiden Zeilen auch gerne wieder einmal reinschreiben ans Ende der localconf.php und das Problem duerfte wieder da sein. Selbst wenn deine komplette Installation / Linux Server PHP Apache Mysql auf UTF8 laeuft so bringen eben diese beiden Eintraege wohl die Seiten charsets durcheinander wenn diese Leer gesetzt werden in der Localconf.php Leider macht dies das Update Tool im Installtool mehr oder weniger automatisch und daher funktionieren dann deine zuvor einwandfrei auf UTF8 gebrachten Seiten auf einmal nicht mehr wie es sein sollte. Liebe Gruesse Andi 2011/9/14 Rainer Schleevoigt rai...@webmasterei-hamburg.de On 9/14/11 9:33 AM, Hendrik wrote: Hi, danke für den Tipp. Das Script ist in UTF-8. Mit utf8_decode() funktioniert es. Aber das kann ja nicht der Sinn der Sache sein. Ich frage mich wieso es monatelang lief nur jetzt nicht mehr obwohl die Dateien mit UTF8 Codierung gespeichert sind, Header in utf8 gesendet werden und die Seite mit dem Formular selber auch in utf8. Denkbarer Ansatz: die php.ini oder my.cf wurde geändert. Rainer Danke und Grüße Am 14.09.2011 09:02, schrieb Christian Mikwauschk: Hallo Hendrik, Es liegt meist immer an der Codierung iso / utf-8... es kann ja auch sein das dein Script durch ein Zufall in ISO geschrieben steht ... zumindest gibt es dort ein Konflikt mit den Codierungen... um iso in utf-8 auszugeben und andersrum nutze diese funktionen von php utf8_encode() oder utf8_decode()... dann müsste es funktionieren ... grüße miki Am 14.09.2011 08:33, schrieb Hendrik: Moin, ich habe ein sehr merkwürdiges Phänomen. Umlaute in Formularfeldern kommen am PHP Script nur noch kryptisch an. Das merkwürdige ist dass es bereits lange Zeit ohne Probleme lief. Nur jetzt nicht mehr. Die Seite ist und war in UTF-8. Wenn ich bei den PHP Scripten htmlentities() anwende werden nur die kryptischen Zeichen übersetzt in HTML Code anstatt die Umlaute. Was mich um so mehr verwundert. Daher habe ich gerade 0 Ahnung woran das liegt, da es vor kurzem ja noch ging und nichts an der Zeichencodierung der Seite an sich geändert wurde und es an den PHP Skripten ja nicht mal richtig ankommt. Hoffe Ihr könnt mir weiterhelfen! Vielen Dank Viele Grüße Hendrik __**_ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-**bin/mailman/listinfo/typo3-**germanhttp://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-**germanhttp://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -- Dipl.-Ing. Rainer Schleevoigt Webmasterei Hamburg iPhone/Android Developer Certified TYPO3 Integrator 22303 Hamburg Novalisweg 10 __**_ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-**bin/mailman/listinfo/typo3-**germanhttp://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