ABAKUS

na, dann definiere die Ausgabe so das es auch als utf-8 angezeigt wird...

Habe ich doch eigentlich !?

header('Content-Type: text/html; charset=utf-8');

|SONY| hat geschrieben:Nun habe ich aber wiederrum das Problem, wenn man sich das mit Westeuropäisch (Windows) anschaut

Hallo,

meinst Du damit, dass die automatische Zeichensatzerkennung nicht funktioniert? Oder schaltest Du absichtlich auf ISO-8859-1 um? (Dann ist klar, dass die Umlaute nicht richtig dargestellt werden.)

Kommen die Daten wie das Wort "Menü" aus einer Datenbank, oder ist das im Script hardcodiert?

Hast Du bereits überprüft, welcher Header wirklich gesendet wird (z.B. mit dem Firefox Add-on Live HTTP headers.)

[Wenn es nur ein kleines Script ohne DB-Anbindung ist, fährst Du wahrscheinlich am besten, wenn Du einfach ü durch ü ersetzt etc.]

Schönes Wochenende
Wolfgang

Hast du im ausgegebenen HTML-Dokument auch per Metatag die Codierung auf Unicode gesetzt ? Und hast du in der Ausgabe auch alle Zeichen in Unicode umgewandelt ? Wenn du eins davon vergisst, dann hast du schnell son Kauderwelsch. Ist mir auch schon x-mal passiert. ^^

Lord Lommel hat geschrieben:Hast du im ausgegebenen HTML-Dokument auch per Metatag die Codierung auf Unicode gesetzt?

Tut nicht not, wie er schon schrieb, schickt der die richtige Angabe per HTTP. Was er natürlich nicht machen sollte, ist hier utf-8 sagen und da windows-1252.

Rauszufinden ist erstmal, wo die verunglückten Zeichen herkommen. Falls sie nicht aus dem Skript stammen, liegt Wolfgangs Vermutung nahe, dass sie in der externen Quelle falsch kodiert sind. Der übliche Verdächtige ist die Datenbank MySQL, die zwar sehr gut mit verschiedensten Kodierungen hantieren kann - aber man muss ihr auch sagen, was man will. Per Vorgabe spuckt sie nämlich meistens iso-8859-1 aus, und das sieht dann als utf-8 gekennzeichnet so aus wie im vorliegenden Problem.

hallo zusammen,

folgendes konnte ich als laie in erfahrung bringen. es scheint an der datenbank bzw. tabell zu liegen, denn wenn ich darin

z.B.: Bayern München

schreibe, erscheint der umlaut falsch auf der seite. ändere ich in der datenbank bzw. der tabelle es auf folgendes Bayern München, erscheint es richtig auf der seite mit ü, allerings bekommen dann die user in mails das auch so übermittelt = Bayern München

varchar(255) utf8_unicode_ci steht hinter dem namen !?

mfg
sony

|SONY| hat geschrieben:ändere ich in der datenbank bzw. der tabelle es auf folgendes Bayern München, erscheint es richtig auf der seite mit ü

Du gibst die Daten ungesichert aus? Unklug, auch wenn's nur Daten sind, die du selbst eingegeben hast. Wenn du nicht ausdrücklich willst, dass HTML verwendet werden kann, dann filtere Ausgaben in die Seite immer mit htmlspecialchars().

varchar(255) utf8_unicode_ci steht hinter dem namen !?

Das hat nichts zu sagen bzw. besagt nur, welcher Zeichenumfang gespeichert werden kann.

Wichtig ist, wie die Daten von der Datenbank an das Skript übermittelt werden. Nachdem du die Verbindung zur Datenbank hergestellt hast, sende set names "utf8", damit sie dir den Kram utf-8-kodiert schickt (und Empfangenes so behandelt) und nicht, wie meist standardmäßig eingestellt, als iso-8859-1.
Beachte aber, dass du dann auch für die E-Mails utf-8 bekommst, d.h. vorher eventuell wieder umstellen oder, besser noch, die Content-Type-Zeile auch in den E-Mails verwenden musst.

Dieser Verbindungszeichensatz lässt sich auch in der MySQL-Konfiguration speichern, so dass du auf set names verzichten kannst - das ist aber vorher gut zu überbedenken, da global gültig, und man muss logischerweise darauf Zugriff haben.

Weiteres unter https://dev.mysql.com/doc/refman/5.1/de ... ction.html.

Eine nützliche PHP-Anweisung:

mysql_set_charset('utf8', $db_link);

statt dem set names-Zeugs.

Wenn die Daten aus einem Formular kommen, ein Tipp, der auf php.net gepostet wurde:
Auf php.net stehen in den Kommentaren zu den einzelnen Funktionen übrigens des Öfteren sehr interessante Informationen.

Viel Spaß weiterhin
W.