Re: [TYPO3-german] Probleme mit Umlauten

2012-10-16 Diskussionsfäden 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
--
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

2012-10-16 Diskussionsfäden Christian Hennecke

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

2012-10-16 Diskussionsfäden Steffen Liebig

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

2012-10-16 Diskussionsfäden Steffen Liebig

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

2012-10-15 Diskussionsfäden 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

2012-10-15 Diskussionsfäden Steffen Liebig

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

2012-10-15 Diskussionsfäden 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

2012-10-15 Diskussionsfäden Steffen Liebig

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

2012-10-15 Diskussionsfäden 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!

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

2012-10-15 Diskussionsfäden 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  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

2012-10-15 Diskussionsfäden 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

--

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

2012-10-15 Diskussionsfäden Steffen Liebig

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

2011-09-14 Diskussionsfäden Hendrik

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

2011-09-14 Diskussionsfäden Rainer Schleevoigt

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

2011-09-14 Diskussionsfäden Andreas Becker
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