Der Martin: FTP-Fileupload mit FileZilla

Beitrag lesen

Hallo,

die Meta-Angaben lauten:
Accept-Language: de-de,de;q=0.8,en-us;q=0.5,en;q=0.3
Accept-Encoding: gzip,deflate
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7

das sind keine meta-Angaben, sondern HTTP-Header. Und zwar die, die dein Browser mit der Anforderung an den Server sendet. Da sagt dein Browser bloß dem Server, was er denn so alles annehmen würde (accept).
Was aber antwortet der Server darauf? DAS wäre hier die spannende Frage!

Sorry. Umlaute werden wie folgt verunstaltet:
Für --- Für
Über --- Ãœber
möglich --- möglich

Typisches Erscheinungsbild: Das Dokument ist UTF-8-codiert, der Server deklariert es aber fälschlich als ISO-irgendwas oder sogar Windows-1252, und der Browser hält sich an diese falsche Information - er versucht nach besten Kräften, das Zeug als z.B. ISO-8859-1 zu interpretieren.

Ok, ich weiß jetzt, daß der Server utf-8 akzetiert, Sonderzeichen aber dennoch abändert.

Nein, du weißt, dass dein Browser bereit ist, UTF-8 zu akzeptieren.
Aus den Indizien können wir außerdem ableiten, dass der vom Server gesendete Inhalt auch tatsächlich UTF-8 ist, aber nicht korrekt gekennzeichnet ist (falsche Codierungsangabe im Content-Type-Header).

Da der Content auch von anderen Personen gepflegt werden soll, sieht es mit Alternativen wie Entities oder Unicode eher mau aus.

Wieso? Du verwendest doch schon die ganze Zeit Unicode. Und auf Entity-Referenzen sollte man zugunsten der Lesbarkeit (des Quellcodes) ohnehin verzichten, wenn die gewählte Codierung die Zeichen auch im Klartext darstellen könnte.

So long,
 Martin

--
Wenn der Computer wirklich alles kann,
dann kann er mich mal kreuzweise.