Hallo,
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
Hier behauptest du, das Dokument sei in ISO-8859-1 codiert - das ist aber anscheinend nicht wahr.
Er hat aber damit nicht behauptet, das Script sei so kodiert, sondern dessen Ausgabe.
das stimmt natürlich - aber ich glaube kaum, dass jemand ein Script mutmaßlich in UTF-8 speichert, dann aber Ausgaben in ISO-8859-1 generieren will. Von daher halte ich die Unterscheidung zwischen "Codierung des Scripts" und "Codierung der Ausgabe eines Scripts" zwar für interessant, aber aher akademisch.
Ja, stimmt. POST-Parameter werden aber genauso behandelt und unterliegen den gleichen Regeln. Sie werden nur anders übermittelt, und dadurch entfällt eine eventuelle Längenbeschränkung.
POST-Daten setzen in einem üblichen Browser ein Formular voraus.
Ja, ich gehe davon aus, dass ein solches vorliegt (davon hat Rainer aber nichts gesagt).
Ansonsten verwendet der Browser wohl die Codierung des Dokuments.
Ja.
Doch, sicher - das ist anscheinend genau das Kernthema dieses Threads.
Nein, weil $_POST und nicht $_GET sein Problem ist.
Nochmal:
Script (vermutlich) in UTF-8
Scriptausgabe (mittlerweile verifiziert) in UTF-8
Angebliche Codierung laut HTTP-Header unbekannt, vermutlich ISO-8859-1
Angebliche Codierung laut meta-Element: ISO-8859-1
POST-Daten werden in ISO-8859-1 versendet
Ergo ist die falsche Angabe der Codierung sehr wohl das Hauptproblem, denn sie führt dazu, dass der Browser auch die POST-Daten in der falschen Codierung verschickt. Oder?
So long,
Martin
Alle Tage sind gleich lang. Aber unterschiedlich breit.