Umlaute-Problem nur in Firefox

[sysop]

Um mal einen konstruktiven Vorschlag zu machen:

Du könntes versuchen, den Suchbegriff deines Formulars vor dem senden an den Server durch

http://at2.php.net/manual/de/function.utf8-decode.php
http://at2.php.net/manual/de/function.utf8-encode.php

zu leiten. Was immer da passiert, es werden die Kodierungen versägt.

[meikel (†)]

Zitat von sysop

Um mal einen konstruktiven Vorschlag zu machen:
Du könntes versuchen, den Suchbegriff deines Formulars vor dem senden an den Server durch
http://at2.php.net/manual/de/function.utf8-decode.php
http://at2.php.net/manual/de/function.utf8-encode.php
zu leiten.

Der Browser versteht kein PHP.

Was immer da passiert, es werden die Kodierungen versägt.

Na klar. Und da der Fehler nicht generell auftritt, liegt es am HTML, welches der eine Browser frißt und der andere nicht, weil sich die Fehlerbehandlung unterscheidet.

[sysop]

Zitat von meikel

.....Der Browser versteht kein PHP.....

Das wohl nicht, aber der Browser interpretiert das (falsch kodierte) Formular und übergibt die Daten entsprechend falsch kodiert an das Suchscript zurück.

Eine wirklich saubere Lösung ist das sicher nicht.....

[meikel (†)]

Zitat von sysop

Das wohl nicht, aber der Browser interpretiert das (falsch kodierte) Formular und übergibt die Daten entsprechend falsch kodiert an das Suchscript zurück.

Ich tippe da immer noch auf nen fehlerhaften Content-type header:

content-type=text/html; charset=UTF-8

und im HTML steht dann im Head

content="text/html; charset=ISO-8859-1"

Browser A sagt sich: "der Letzte sticht" und Browser B läßt den neuen charset unter den Tisch fallen.

Weiterhin wohnt in dem "HTML" mit den 150 Fehlern noch jede Menge Lavascript Marke Macromedia. Sowas repariert man erst mal (nachdem man sich ne Runde geschämt hat). Und wenn dann der Fehler - Browser A sagt Hüh und Browser B sagt Hott - immer noch auftritt, liefert man (neben dem Link) auch noch ein paar Happen PHP mit. Sonst artet das in einer Uri-Geller-Seance aus: "Sind wir nicht alle Hellseher?"

Eine wirklich saubere Lösung ist das sicher nicht.....

So isses.

[otto888]

Man müße mal folgendes prüfen:

Welche Codierung verwendet die Webseite:
Hier steht: ISO-8859-1

Welche Codierung verwendet die Datenbank:
Vielleicht: utf-8

Habe früher auch immer Probleme bei der Codierung gehabt:
Wenn ich jetzt eine Webseite mache, die z.B. ausländische Zeichen unterstützen soll,
müssen folgende Voraussetzungen erfüllt sein:

1. Codierung Webseite: utf-8
2. Codierung Datenbank: utf-8 (z.B. utf8_general_ci)
3. Der Editor, welcher die Scripte speichert, muss utf-8 (ohne BOM) unterstützen:
Windows: notepad++
Linux: Sublime text 2
Wenn man also ein richtig programmiertes Script mit einem falschen Editor speichert, kann es schon sein, daß die Codierung nicht mehr funktioniert.
Im Script nach dem Verbindungsaufbau zur DB sollte dann stehen:
mysql_query("SET names 'utf8'");

Also mit dieser Vorgehensweise funzt es bei mir immer.

Ich konnte bei dem genannten Firefox-Beispiel sehen, daß bei dem Suchwort "Möbel"
nach "Möbel" gesucht wird.

Wenn man auf der Webseite - bevor man etwas sucht - auf "erweiterter Suche" klickt - dann das Suchwort "Möbel" eingibt, funktioniert es auch im Firefox.

Da wird also scriptmäßig etwas getauscht.
Also könnte man mal schauen, warum es bei der "erweiterten Suche" funktioniert.

[schrubba]

Zitat von otto888

Im Script nach dem Verbindungsaufbau zur DB sollte dann stehen:
mysql_query("SET names 'utf8'");

Ab PHP v5.2.3: mysql_set_charset


Gruß