litere românești în URL-ul de pagini - un mesaj

IE6 F q = :? f
FF3.0: .1% 84% q = F4?
Chrome4: .1% 84 q = .1% 84?

faerfoks deosebit de mulțumit. Care caractere în calea de codificate ca UTF-8, și în termeni de interogare - cum ar fi CP-1251 (în general, plin de hi, în opinia mea).

UPD: Am verificat: codificarea rezultatului paginii nu depinde în niciun browser.

Se toarnă orice rază de lumină, te rog.

De obicei, alfabetul chirilic în URL-ul codificat metodele polmoschyu encodeURI și encodeURIComponent.

Encoding - este următorul pas.

Problema apare inainte de codificare, ca care va fi codat, este diferit în diferite browsere.
6 provin din p IE codificat? Q = f. FF - 84 codificata .1% q =% F4 ?. Și FIG înțeleagă că aceasta este una și aceeași pagină a venit.

Ceea ce nu ne ucide ne face handicapat.

Firefox a mers exact cum era de așteptat: URL codificat în utf8 (un astfel de acord)
aceste forme vin la codificarea paginii (acest lucru se va aștepta script-uri). IE6 a fost scris
Americanii care nu stiu nimic altceva decât Latin1 (Mie cu IE7, care a scris indienii).
Chrome supărat :( Aparent, a fost scris de către americani, care cred că înlocuirea Latin1 pe
utf8 conduce la rezolvarea tuturor problemelor cu codificări.

Regula de bază: nu utilizați caracterele românești în URL-ul și parametrii de așteptat în codificarea paginii.

Mai ales pentru faerfoks:

Rezultatul este același. Și nu se schimbă, în cazul în care modificarea codificării latin-1.

Așa că aceste forme sunt în curând, în codificarea Windows decât codificarea paginii (aceasta este doar presupunerea mea, de ce este atât de greu codifică un GET-cerere la CP-1251), iar URL-ul este codificat ca UTF-8.

Regula de bază: nu utilizați caracterele românești în URL-ul și parametrii de așteptat în codificarea paginii.

Din păcate, am nevoie pentru a colecta date de la paginile lor. Ceea ce se cunoaște în orice browser revizuit și nu știu cine să facă ..

Am chiar acum, cred că - Nu face o listă de utilizator-agent'ov dintre cele mai comune browsere și nu spune dacă fiecare caz de mână.
Mă întreb cum LiveInternet descurc.

În general, este necesar să se gândească. Mă simt dar unele sălbăticia să vină cu nimic.

Ceea ce nu ne ucide ne face handicapat.

Ceea ce nu ne ucide ne face handicapat.

IE6 a fost scris de către americani, care nu știu altceva decât Latin1

Codificarea 1251. Totul este în regulă. referrer arată inițial / f? q = f

Codificarea UTF-8. Referrer nu este vizibil (a se vedea două semne de întrebare. - Asta e un fel de gunoi.)
Setările de codificare ar trebui să UTF-8. Când modificați la 1251 emisiuni / p? Q = f
Atunci când merge peste acest link arată

De ce o astfel de dragoste pentru 1251? (Windows numai în limba engleză set regionale ora și data română)

Nu știu, pe scurt, cum să se ocupe cu IE6.

Ceea ce nu ne ucide ne face handicapat.

Pe scurt, imaginea se bazează pe rezultatele cercetării:

Testat Chrome 4, FF 3.5, Opera 10.10 și IE6.0 (7 și de mai sus nu a încercat).

Toate celelalte browsere testate de conversie a unei porțiuni de cale (adică semnul de întrebare) REFERER'a în UTF-8, după care întreaga sa codificat de urlencode.

Opera a căii lăsat intacte în codificarea originală a paginii (fără urlencode), o parte din urlencode de codificare de interogare.

Ceea ce nu ne ucide ne face handicapat.

Dacă nu merge în jungla de codificare browsere chirilice, și pentru a rezolva sarcina (pentru a colecta URL-uri și referenți js-counter), este posibil să se ia o decizie liră. Aici este codul contorului:

Dacă te uiți, observăm că pentru URL-uri care codifică scape ei folosesc o metodă care traduce un șir de caractere în hexazecimal Unicode. Pe server, este necesar pentru a obține câmpurile efectua unescape. O astfel de funcție în PHP nu este, dar puteți găsi punerea în aplicare. După ce php_unescape (a solicitat un exemplu) se face serverul urldecode, în cazul în care URL-ul este codat în standardul URI.

Acesta? Sau Nu înțeleg problema.

Da, este (I, în general, și utilizarea sa, chiar aici și acolo amestecate, așa că am avut o eroare).

Am venit aici câteva gânduri din care este stabilit până când cele două:

2. Math.random () este proiectat pentru a preveni punerea în cache. Este posibil pentru a realiza acest lucru prin acordarea unei imagini în contradicție cu antetul serverului „Cache-Control: no-cache“.

Ceea ce nu ne ucide ne face handicapat.

Pe server, este necesar pentru a obține câmpurile efectua unescape. O astfel de funcție în PHP nu este, dar puteți găsi punerea în aplicare. După ce php_unescape (a solicitat un exemplu) se face serverul urldecode, în cazul în care URL-ul este codat în standardul URI.

=== luat Parametrii GET pe server, obținem: ===

Ceea ce nu ne ucide ne face handicapat.

cineva spune-mi
Adăugat la site-ul URL-urile din Romania

Operă și Mozile atunci când treceți peste un link-uri titlu link-ul afișat în mod normal,
dar în IE arata forma recoded, este posibil pentru a remedia problema?

Cu greu. Diverse titlu de afișare - este o caracteristică a browser-ului. Asigurați-vă, de exemplu, Internet Explorer 6 nu codifică un caractere non-latine nu poate fi.

Ceea ce nu ne ucide ne face handicapat.