Orosz betűk az url oldalak - üzenetet
IE6 :? F q = f
FF3.0: .1% 84 q =% F4?
Chrome4: .1% 84 q = .1% 84?
Különösen elégedett faerfoks. Melyik karakter az utat a kódolt UTF-8, mind pedig a lekérdezés - mint CP-1251 (általában tele hi, véleményem szerint).
UPD: Megnéztem: a kódolás az oldal eredmény nem függ semmilyen böngészőben.
Öntsünk minden fénysugár, kérem.
Jellemzően a cirill ábécé az URL kódolású polmoschyu módszerek encodeURI és encodeURIComponent.
Firefox ment ahogy várható: url kódolt utf8 (egy ilyen megállapodás)
ezek a formák jönnek az oldalra kódolás (tehát elvárják scriptek). IE6 írták
Amerikaiak, akik nem tudják, semmi más, mint latin1 (sze az IE7, aki azt írta, az indiánok).
Chrome ideges :( Úgy látszik, ez volt írva az amerikaiak, akik úgy vélik, hogy a helyettesítő latin1 on
utf8 vezet a megoldás minden problémát kódolás.
Ökölszabály: ne használja az orosz karakterek az url és paraméterek várható a kódolását.
Kódolás - a következő lépés.
A problémát a kódolás előtt, mint hogy lesz kódolva, hogy eltérő a különböző böngészőkben.
6 származik IE kódolt p? Q = f. FF - 84 kódolt .1% q =% F4 ?. Ábra és megérti, hogy ez egy és ugyanaz a lap jött.
Különösen faerfoks:
Az eredmény ugyanaz. És ez nem változik, ha a változás a kódolás latin-1.
Annak érdekében, hogy ezek a formák jönnek hamarosan, a kódoló a Windows, mint az oldal kódolását (ez csak az én feltételezés, hogy miért olyan nehéz kódol GET-kérelmet a CP-1251), és az URL-t kódolja UTF-8.
Ökölszabály: ne használja az orosz karakterek az url és paraméterek várható a kódolását.
Sajnos, azt kell gyűjteni az adatokat a saját oldalakat. Az ismeretlen, minden böngésző vizsgálni, és nem tudom, kinek kell csinálni ..
Van most, azt hiszem - Ne készíts egy listát a felhasználó-agent'ov leggyakoribb böngészők és nem állapítható meg, hogy minden esetben kézzel.
Kíváncsi vagyok, hogy LiveInternet kezelni.
Általánosságban elmondható, hogy át kell gondolni. Úgy érzem, de néhány vadság nem jött össze ..
Ha nem megy a dzsungelbe a kódoló cirill böngészők, és hogy megoldja a feladatot (gyűjteni URL-eket és hivatkozók js-counter), lehetőség van arra, hogy egy döntést lantot. Itt van a kód a számláló:
Ha megnézzük, azt látjuk, hogy az URL-ek kódolására elkerülje az általuk használt módszer, amely lefordítja a húr hexadecimális Unicode. A szerveren megszerzéséhez szükséges mezők végre unescape. Ilyen funkció a PHP-ben nem, de megtalálható a végrehajtás. Miután php_unescape (kérte példát) készült urldecode szerver esetén az URL-ben kódolt szabvány URI.
Ez? Vagy nem értem a problémát.
Igen, ez az (I, általában, és annak használatát, csak itt-ott összekeverednek, úgyhogy volt egy hiba).
Azért jöttem ide néhány gondolatot, amely be van állítva, amíg a két:
2. Math.random () célja, hogy megakadályozza cache-t. Lehetséges, hogy ennek eléréséhez azáltal számláló képet a kiszolgáló fejléc „Cache-Control: no-cache”?
Referer nem mindig továbbítják - biztonság, tűzfalak, és néhány ügyfél vágják. no-cache nem érvényes minden ügyfele számára. Vannak például esetek, ahol egy helyi hálózaton érdemes cache-proxy (kedvéért megtakarítás forgalom), mely a nem-cahe pontszámokat.