[derMaggus]

Hallo,

ich habe ein Projekt von Latin1 bzw. ISO-8859-1 auf UTF-8 umgestellt. Dabei habe ich darauf geachtet, die Dateien als UTF-8 zu speichern, als auch die die Templates im Dateikopf mittels <meta http-equiv="content-Type" content="text/html; charset=utf-8" /> auszuliefern.

Meine Datenbank, MySQL 5.0.38, legt alle Datensätze in UTF-8 ab.

Die Ausgabe der bereits vorhandenen Datensätze, welche schon immer dort als UTF-8 Datensätze gespeichert wurden, wird wunderbar ausgegeben. Lediglich der Input neuer Datensätze mittels Forumlaren, liefert Steuerzeichen statt der gewünschten Umlaute.

Im Moment bin ich mit meinem Latein am Ende ... sollten noch wichtige Infos fehlen, dann leifer ich alles nach was der Problemlösung dienlich sein könnte.

Besten Dank und Gruß,
Marcus

EDIT:
die verwendete PHP Version ist: 5.2.2-0.dotdeb.1
die HTML Dateien werden als XHTML 1.0 Transistional ausgeliefert

[J33d3X]

Hi,

eventuell ein workaround in deinem Script, welcher automatisch
auf alle GET,POST ein htmlentities anwendet ?

gruss

[derMaggus]

nicht wirklich, daran dachte ich aber auch schon. Die Daten werden "ungefiltert" in die Datenbank geschrieben. Sie werden zwar behandelt, aber htmlentities oder andere Stringumwandelfunktionen werden nicht verwendet.

UTF-8 geht rein, welches ich auch mittels mb_string_encoding verifiziert habe.

Ein Update auf die aktuelle PHP Version 5.2.3.dotdeb brachte bisher auch keine Veränderung.

[Ben]

Auch, wenn es jetzt nicht ganz zur eigentlichen Fragestellung passt, schau dir eventuell mal das hier an:
herausfinden, ob eine Zeichenkette utf8-kodiert ist

Nur um sicherzugehen, dass das hier

Zitat von derMaggus

UTF-8 geht rein, welches ich auch mittels mb_string_encoding verifiziert habe.

auch wirklich stimmt!

[J33d3X]

hast du getestet in wieweit dir ein:
"<form accept-charset="utf-8"></form>"
weiterhilft ?

da es für mich eher unwahrscheinlich klingt das es ein
php problem ist

gruss

[robo47]

Zitat von derMaggus

ich habe ein Projekt von Latin1 bzw. ISO-8859-1 auf UTF-8 umgestellt. Dabei habe ich darauf geachtet, die Dateien als UTF-8 zu speichern, als auch die die Templates im Dateikopf mittels <meta http-equiv="content-Type" content="text/html; charset=utf-8" /> auszuliefern.

sendest du auch einen passenden Content-Type-Header ?
wenn ud ne URL rausrückst kann man das gerne mal überprüfen, weil der Meta-Kram alleine bringt so gut wie nichts.


mfg
robo47

[derMaggus]

<form accept-charset="UTF-8" ...> wurde auch schon getestet- erfolglos.

URL: http://www.sallys.net/

EDIT:

habe soeben meine REQUESTs mit utf8_decode korrekt in die Datenbank eintragen können ... war darin wirklich das Problem zu suchen? Klingt wie ein Anfänger, ich weiß, aber ... nu ja

[robo47]

Versuch mal als erstes Query das hier absetzen:

SET NAMES 'utf8'

das sollte für die komplette Datenbank-Verbindung gelten bis sie geschlossen wird.

[Ben]

Schien mir nun so, als ob das Problem gelöst werden konnte.

Zitat von derMaggus

habe soeben meine REQUESTs mit utf8_decode korrekt in die Datenbank eintragen können

Inwiefern wäre denn deine Variante @robo performancelastiger? Schätze jetzt eher vernachlässigbar, oder?

[robo47]

Zitat von Ben

Schien mir nun so, als ob das Problem gelöst werden konnte.

Inwiefern wäre denn deine Variante @robo performancelastiger? Schätze jetzt eher vernachlässigbar, oder?

Wenn ich mich nicht irre hat WAQ mir irgendwann mal irgendwo (phpfriend-forum) geschrieben dass utf8_encode/decode nicht wirklich das wahre als Lösung von UTF-8 Problemen sind, das hab ich irgendwo noch so im hinterkopf.

[derMaggus]

Also ... habe nun das Problem mittels utf8_decode löschen können.

Interessant dabei ist, jegliche Einstellung in der php.ini an Stelle mb.http_input, blieb ausser Funktion. Auch die Eingabe des accept-charset im <form... war ohne Ergebnis.

Erst die weitere Bearbeitung mittels uft8_decode, welches ja einen ISO-8859-1 String in UTF8 wandelt, liefert das gewünsche Ergebnis.

... alles sehr seltsam. Aber ich bin nun froh alles gelöst zu haben ... FEIERABEND! *g*

[Bleistift]

Zitat von derMaggus

Erst die weitere Bearbeitung mittels uft8_decode, welches ja einen ISO-8859-1 String in UTF8 wandelt, liefert das gewünsche Ergebnis.

Nein...

This function decodes data, assumed to be UTF-8 encoded, to ISO-8859-1.

Also UTF-8 -> ISO-8859-1

[derMaggus]

"gut" ... oder auch nicht. Im Moment jedenfalls, ist das die beste Lösung. Lasse ich die Strings ungefiltert in die Datenbank, erscheinen Zeichen wie öl ... diese lassen sich dann auch nicht wieder entschlüsseln, es sei denn, ich stelle das Charset der Site wieder zurück auf ISO-8859-1.

[derMaggus]

Ich muss mich nun doch noch mal zu Wort melden.

utf8_encode() konvertiert meinen String aus der DB in UTF-8, obwohl dieser ja aus der Datenbank als UTF-8 gelesen wird; so die Theorie.

Ich habe mal eine kleine Testdatei erstellt ... vielleicht hat ja noch jemand anderes Lust sich damit zu beschäftigen. Ich bin mit meinem Latein so langsam am Ende.

[derMaggus]

Ich mag selbst keine Doppel- und Dreifachpostst aber ...

ich habe das Problem gefunden!

Bei der Verbindung mit der Datenbank ist auch das setzten des Charsets für die Verbindung selbst von großer Bedeutung.

Ein mysql_query("SET NAMES 'utf8'"); tut genau dieses und et voila, die Daten werden fehlerfrei ausgeliefert.

Habe mal noch meine modifizierte Datei angehangen.

Vielen Dank dennoch!

EDIT:
möchte auch robo noch mal für seinen Tipp danken, auch wenn ich leider erst jetzt dazu kam ihn mal zu probieren ... am Freitag brannte ein wenig die Luft, da ging das leider unter.