umlautproblem

[Christian Trick]

Hallo!

Bei einer Webseite habe ich folgendes Problem:
Umalute wie äöüß sind direkt in den html-quelltext geschrieben (ich möchte ü etc. vermeiden) - auf manchen seiten werden diese Umlaute aber komsich angezeigt...
Auf anderen wird derselbe text korrekt angezeigt.

Korrekt:
http://glowing-eyes.de/KUNDEN/hasselhorst/_index.php?pid=1

Falsch:
http://glowing-eyes.de/KUNDEN/hasselhorst/_index.php?pid=4

Hat jemand von euch eine Idee wie man ohne alles durch ü etc. zu ersetzen das Problem beheben kann?

LG,
Christian

[DrHonigtau]

einfach ue statt ü oder &uuml schreiben wär ne möglichkeit

[Christian Trick]

einfach ue statt ü oder &uuml schreiben wär ne möglichkeit

ja, aber ist nicht wirklich wünschenswert, immerhin leben wir hier in Deutschland und haben Buchstaben wie äüöß etc.

[Christopher]

Was spricht gegen &uuml? Weil es äufwendiger wäre, das zu schreiben? Vllt. hat dein Programm so eine Art "Autoersetzen", was dann immer, wenn du ü schreibst &uuml schreibt!?

Habe leider keine Ahnung, wieso er auf der einen alles richtig anzeigt und auf der anderen nicht...

[Christian Trick]

Was spricht gegen &uuml? Weil es äufwendiger wäre, das zu schreiben? Vllt. hat dein Programm so eine Art "Autoersetzen", was dann immer, wenn du ü schreibst &uuml schreibt!?

Habe leider keine Ahnung, wieso er auf der einen alles richtig anzeigt und auf der anderen nicht...

viele der texte kommen aus einer mySQL datenbank, ich müsste jedes erdenklich Sonderzeichen mit einem PHP-Stringreplace durch die entsprechende Codierung ersetzen, das wäre ein gewlatiges script, wenn man bedenkt welche sonderzeichen es alle gibt

[Ingo]

Hi.
Und PHP-Funktionen wie htmlentities(...) helfen auch nich weiter?
Der Befehl unterstützt u.a. den Zeichensatz ISO-8859-1
(de.php.net).

[Christian Trick]

Hi.
Und PHP-Funktionen wie htmlentities(...) helfen auch nich weiter?
Der Befehl unterstützt u.a. den Zeichensatz ISO-8859-1
(de.php.net).

wow, das sieht gut aus :-D
Ich glaube damit könntes klappen *freu*

[Persisteus]

Man sollte lieber versuchen, das Problem zu lösen, anstatt es zu umschiffen.

Die Umlaute in der News & Termine-Seite scheinen jeweils durch zwei andere Zeichen ersetzt worden zu sein. Das ist typisch dafür, wenn eine Zeichenkette im UTF 8-Format auf einer normalen ISO-8859 dargestellt werden soll. UTF-8 braucht da pro Umlaut nämlich zwei Bytes.

Ich vermute mal, dass entweder die Daten in der Datenbank schon im UTF-8 vorliegen (was durch ein fehlerhaftes News-Eingabe-Formular hervorgerufen werden kann, welches die Tastatureingabe als UTF-8 sendet), oder dass irgendwo im PHP-Bereich fälschlicherweise die Zeichenketten nach UTF-8 konvertiert werden.

PS: Trotz allem müssen Sonderzeichen wie das "&" (z.B. in "News & Termine") durch & ersetzt werden.

[Ingo]

Die fehlerhafte Anzeige kommt in der Tat daher, dass einerseits der
angelieferte html-Text UTF-8-kodierte Zeichen enthält, andererseits
im html-head die Kodierung ISO-8859-1 angekündigt wird. Der Browser
weiß also gar nicht, dass UTF-8 auf ihn lauert.

Wenn die News schon UTF-8 encodiert in der DB vorliegen und sich
dies erstmal nicht ändern läßt, dann wäre eine erste (vllt. vorläufige)
Maßnahme die Funktion utf8_decode() vor der Auslieferung auf die
News loszulassen. Sie konvertiert ISO-8859-1 mit UTF-8-Zeichen nach
ISO-8859-1 (single byte, php.net).

Danach (und überhaupt) hilft htmlentities, die Umlaute etc. zu übersetzen.[/url]

[Christian Trick]

Örm, kann man die codierung in der Datenbank umstellen?
Wie kann man einstellen was ein formular liefert?

formulare sehen derzeit etwa so aus:

Code: Alles auswählen

<form action="index.php?sid=3&amp;action=kat_insert" method="post"

[Ingo]

Also was das Formular angeht, so gibt's das Attribut
accept-charset="ISO-8859-1" (auf Großschreibung
achten), das laut SelfHTML angibt, "mit welcher
Zeichenkodierung der Browser die eingegebenen
Formulardaten an den Web-Server senden soll".

[Dac-XP]

Hey cool!
Das wusste ich auch noch nicht.

[Christian Trick]

Also was das Formular angeht, so gibt's das Attribut
accept-charset="ISO-8859-1" (auf Großschreibung
achten), das laut SelfHTML angibt, "mit welcher
Zeichenkodierung der Browser die eingegebenen
Formulardaten an den Web-Server senden soll".

okay, klingt brauchbar..
Muss ich an den SQL-datenbanken auch was ändern noch?
Die haben zur Zeit eine Kollation von latin1_general_ci

[Ingo]

Hm, die Grenzen meines Wissens / meiner Erfahrung sind nah ;o)
Auf dev.mysql.com... lese ich sinngemäß:
Die Kollation latin1_general_ci gehört zum Zeichensatz latin1,
der ist identisch mit dem Win-Satz cp1252 und gleicht ISO-8859-1
(bis auf die Zeichen 0x80 - 0x9F, trifft nicht die typisch deutschen).

Scheint also ok; du könntest allenfalls auf latin1_german1_ci
(oder german2) wechseln; das wirkt sich dann auf das Ergebnis
beim Vergleichen und Sortieren aus (dafür is die Kollation ja da).

Wie gesagt: Meine Erfahrungen beschränken sich auf Spielereien
mit ner lokalen XAMPP-Installation ...

[Christian Trick]

das mit dem

Code: Alles auswählen

accept-charset="ISO-8859-1"

hat geholfen, an der Datenbank musste ich so nichts mehr ändern, tausend dank!