Българските букви в адреса на страници - съобщение

IE6 :? F р = F
FF3.0: 0,1% 84% р = F4?
Chrome4: 0,1% 84 Q = 0,1% 84?

Особено доволни faerfoks. Кои герои в пътя на кодираните като UTF-8, и по отношение на заявката - като CP-1251 (обикновено пълни с хай, по мое мнение).

UPD: Проверих: кодиране на резултата от страница не зависи от всеки браузър.

Излейте лъч светлина, моля те.

Обикновено, кирилицата в кодиран по методите на polmoschyu encodeURI и encodeURIComponent.

Encoding - е следващата стъпка.

Проблемът възниква преди кодиране, като които ще бъдат кодирани, то е различно в различните браузъри.
6 идват от IE кодиран р? Q = F. на FF - 84 кодиран 0.1% р =% F4 ?. И ФИГ се разбере, че това е една и дойде на същата страница.

Това, което не ни убива ни прави хора с увреждания.

Firefox отиде точно както се очаква: URL, кодирани в utf8 (подобно споразумение)
тези форми идват при кодирането на страницата (така ще очаква скриптове). IE6 е написана
Американците, които не знаят нищо друго, освен Latin1 (сряда с IE7, който пише на индианците).
Chrome разстрои :( Очевидно, тя е написана от американците, които смятат, че замяната на latin1
utf8 води до решаването на всички проблеми, свързани с кодировки.

Основно правило: не използвайте българските букви в адреса и параметри, очаквани в кодирането на страницата.

Особено за faerfoks:

Резултатът е един и същ. И това не се промени, ако промяната в кодировката на латино-1.

Така, че тези форми са съвсем скоро, в кодировката на Windows от кодирането на страницата (това е само мое предположение, защо е толкова трудно кодира GET-искане до CP-1251), както и URL адреса е кодиран като UTF-8.

Основно правило: не използвайте българските букви в адреса и параметри, очаквани в кодирането на страницата.

За съжаление, трябва да се съберат данните от техните страници. Което не е известна във всякакъв браузър прегледани и не знам на кого да го правя ..

Имам точно сега, мисля, че - Да не се направи списък на потребителя agent'ov от най-разпространените браузъри и не каже дали всеки отделен случай на ръка.
Чудя се как LiveInternet се справя.

Като цяло, това е необходимо да се мисли. Чувствам, но някои необузданост да излезе с нищо.

Това, което не ни убива ни прави хора с увреждания.

IE6 е написана от американците, които не знаят нищо друго, освен Latin1

Encoding 1251. Всичко е наред. референт показва първоначална / F? Q = F

UTF-8 кодиране. Referrer не се вижда (виж две въпросителни. - Това е някакъв вид боклук.)
настройките за кодиране трябва UTF-8. Когато го смените с 1251 представления / р? Q = е
Когато става над тази връзка предавания

Защо такава любов за 1251? (Windows само на английски език регионална настройка и български дата)

Аз не знам, накратко, как да се справят с IE6.

Това, което не ни убива ни прави хора с увреждания.

С една дума, на снимката се основава на резултатите от научните изследвания:

Тестван Chrome 4, FF 3.5, Opera 10.10 и IE6.0 (7 и по-горе не се опита).

Всички други изследвани браузъри превръщане на част от пътя (т.е. да въпросителен знак) REFERER'a в UTF-8, при което цялата си кодиран от предварително е кодирал.

Опера на пътя остави непокътнати в оригиналната кодирането на страницата (без предварително е кодирал), част от предварително е кодирал на заявката кодиране.

Това, което не ни убива ни прави хора с увреждания.

Ако не отида в джунглата на кодиране на кирилица браузъри, както и за решаване на задачата (да събират адреси и референти JS-брояч), е възможно да се вземе решение за лира. Това е кодът на тезгяха:

Ако се вгледате, ние се отбележи, че за кодиращи адреси избягат те използват метод, който преобразува низ в шестнадесетичен Unicode. На сървъра, необходими за спазване на полетата изпълняват екранирането. Такава функция в PHP не е, но можете да намерите на изпълнението. След php_unescape (призова за пример) е направена urldecode сървър, в случай, че URL адреса е кодиран в стандартен URI.

Тя? Или аз не разбирам проблема.

Да, това е най-(I, като цяло, и неговата употреба, само тук-там смесени, така че трябваше грешка).

Дойдох тук, няколко мисли на които е изложен, докато двамата:

2. Math.random () е предназначен да предотврати кеширане. Възможно ли е да се постигне това, като контра на изображението до заглавието на сървъра "Кеш-контрол: не-кеша".

Това, което не ни убива ни прави хора с увреждания.

На сървъра, необходими за спазване на полетата изпълняват екранирането. Такава функция в PHP не е, но можете да намерите на изпълнението. След php_unescape (призова за пример) е направена urldecode сървър, в случай, че URL адреса е кодиран в стандартен URI.

=== взе Get-параметри на сървъра, получаваме: ===

Това, което не ни убива ни прави хора с увреждания.

някой да ми каже
Добавени в сайта български URL адреси

Opera и Mozile когато мишката върху връзката в заглавието връзки на извеждат нормално
но в IE изглежда рекодират форма, възможно ли е да го оправя?

Едва ли. Разни заглавие дисплей - е функция на браузъра. Уверете се, например, Internet Explorer 6 не кодира не-латински символи не могат да бъдат.

Това, което не ни убива ни прави хора с увреждания.