OT: Mozilla mrsi cestinu pri odesilani formularu metodou post

Zdeněk Böhm zdenek.bohm na gammarus.cz
Čtvrtek Listopad 8 13:02:17 CET 2001


> > Content-type: application/x-www-form-urlencoded
> > Content-Length: 32
> >
> > data=%EC%B9%E8%F8%BE%FD%E1%ED%E9
> >
> > Pricemz spravne by bylo, aby za ..-urlencoded nasledovalo
> >     ; charset=kodovani
>
> A nemuze byt problem v php? Prave resim obdobny problem: nacitam v
> php HTML-stranku ze vzdaleneho serveru pres fgets. Kdyz nacitam tag <meta
> ..> s http-equiv a charsetem, tak nacteny radek konci '=text/html' a pak
> uz jen '">', a retezec ';charset=ISO-8859-2' proste chybi. Staci v nem
> vsak v nacitane strance umazat posledni '2' nebo ji zamenit treba za 'A' a
> nahle se to nacte cele.  Obdobne se to chova s charsetem 'WINDOWS-1250',
> jine jsem nezkousel.

Tohle nebude problem. Ta stranka dorazi cela a v poradku (i s
charset=ISO-8859-2), jen se blbe zobrazi. Pokud dam v Mozille Save a pak si
takto ulozeny dokument znova nactu, tak uz je cestina v poradku.
Cele to vypada takto. Mozilla natahne stranku ze serveru, kde jsou ceske
znaky v 8859-2 a v zahlavi je <META http-equiv="Content-Type"
content="text/html" charset="iso-8859-2">, ale zobrazi ji jako by byla v
jinem kodovani (8859-1?, vypada to tak, ze carkovane znaky jsou v pohode,
prasi to jen ty hackovane). Pokud toto primo z Mozilly ulozim a zobrazim
pote z disku, tak je to uz v poradku. Co se muze v Mozille stat, ze stejny
dokument zobrazi jinak?
To je jadro problemu.

S pozdravem Zdenek Bohm



Další informace o konferenci Linux