exlex > 07-05-2006 04:34:45 |
На ru.wikipedia.org при при попытке зайти напрямую через "адресную строку" в Ff на какую либо статью, например на http://ru.wikipedia.org/wiki/КГУ , почему-то окрывается странца "Лзх" и в адресной строки отображается http://ru.wikipedia.org/wiki/Лзх (или http://ru.wikipedia.org/wiki/%D0%9B%D0%B7%D1%85). На голом профиле такой-же результат. И на других браузерах на Gecko также выходит. Раньше такого не замечал... ![sad :(](img/smilies/sad.png) Интересно как у других, может у меня только так... :::: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.0.3) Gecko/20060504 Firefox/1.5.0.3 |
Merlyel > 07-05-2006 04:52:06 |
exlex А у меня при открытии КГУ выходит на КГУ... Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.3) Gecko/20060426 Firefox/1.5.0.3 ЛЗХ=КГУ в какой-нить кодировке? |
exlex > 07-05-2006 05:14:31 |
Опытным путём выяснил, что ЛЗЧ=КГУ после, того как текст написаный в кодировке koi8-r перевести (piconv -f cp1251 -t koi8-r) из виндовой в кои и потом в кои же простатривать, получается из "кгу" "лзх". Только вот я думал, что URI в юникоде всегда, а это что за безобразие там выходит. Не уж то википедия кривая?... Сейчас вот докачают Ff 1.0.8 и на нём попробую... |
Azathoth > 07-05-2006 10:54:50 |
Странный глюк. У меня все нормально. :::: Mozilla/5.0 (X11; U; FreeBSD i386; ru; rv:1.8.0.1) Gecko/20060317 Firefox/1.5.0.1 локаль cp1251, но по идее влиять не должна. |
exlex > 07-05-2006 11:36:53 |
Как это не странно, но оказалось, именно если локаль с ru_RU.KOI8-R на ru_RU.CP1251 поменять, то всё нормально заходит ![hmm :/](img/smilies/hmm.png) Так env LANG=ru_RU.CP1251 firefox запускаю и Переходит всё нормально куда и следовало перейти. Вот теперь интересно это чей глюк такой, у сайтописателей руки кривые или баг у Ff такой? Такое уже не первый раз встречается свистопляски с кодировками через формы только, а вот из адресной строки ещё ни разу (может потому что никогда по русски не приходилось там набирать ничего) |
Azathoth > 07-05-2006 15:31:25 |
Ну, если обратить внимание на стандарт HTTP, то там в URL не используются восьмибитные символы, соответственно и русские тоже. Они обязаны приводиться в такой вид: http://ru.wikipedia.org/wiki/%D0%9A%D0%93%D0%A3 Предположим что хранятся URL в памяти браузера в юникоде, и проблема заключается в том, в какую кодировку переводить не латинские символы. Есть два пути. 1. В кодировку страницы. 2. В кодировку локали. Оба эти пути не идеальны, т.к. в первом случае ссылка с сайта в KOI8-R на сайт с кодировкой CP1251 или UTF-8 может привести к глюку. С локалью тоже как попадется. В данном случае FF приходится гадать, к какой локали приводить ссылку. К слову - на самой wikipedia ссылки правильно по стандарту, причем в юникоде... |
exlex > 07-05-2006 22:18:38 |
Azathoth По ссылке с кирилицей (без %FF), с этой страницы например, переходит нормально. А вот почему тогда когда локаль КОИ и просто ввожу в адресной строке, то предполагается как-будто перешёл со страницы с cp1251? И чей это интересно глюк тогда получается? Ff? Это похоже на гонения КОИ ![mad :mad:](img/smilies/mad.png) |
Azathoth > 08-05-2006 05:55:45 |
exlex По ссылке с кирилицей (без %FF), с этой страницы например, переходит нормально.
Полагаю ответ в кодировке используемой на форуме ![wink ;)](img/smilies/wink.png) Это похоже на гонения КОИ
Это не то чтобы гонения... Положа руку на сердце, можно сказать что koi8 является устаревшей кодировкой. Сегодня cp1251 уже вытесняется utf-ом, что уж говорить про koi8... Да и задача определения нескольких кодировок в момент обработки GET запроса на сервере довольно сильно усложняется. В приведенном Вами случае задача просто не решаема, т.к. коды символов пересекаются в обоих кодировках. Различить же cp1251 и utf проблемой не является. |
exlex > 08-05-2006 06:54:34 |
Выходит что это всё на сайте криво идёт, не любят там кои, да и ещё стандарт html кривой получается (раз с кодировкой свистопляски такие возможны). А что трудно локаль читать у браузера, или Ff этой информацией не делится? Так и придётся иногда запускать браузер с другой локалью, и при этом в Ff русские локальные имена файлов будут кривые (но это уже оффтоп )... мне не кажется что КОИ устарел, может мало распространён теперь и всё... |
Merlyel > 08-05-2006 07:03:24 |
exlex Тут, наверное, не html кривой, а адресация? %) мне не кажется что КОИ устарел
А мне вот тоже все-таки кажется, что устарел Как и 1251, и кои8, и другие подобные. Unicode все больше используется... И наверное, правильно ![smile :)](img/smilies/smile.png) Почти оффтоп Выйдет у тебя браузер правильно по ссылке президент.ru? |
Azathoth > 08-05-2006 07:33:40 |
exlex да и ещё стандарт html кривой получается
Тут виноват не HTML, а HTTP. Я могу и ошибаться, но при HTTP запросе кажется не указывается кодировка. Это и является основной проблемой. Единственное исключение составляет POST запрос, который может иметь тело. Для тела запроса (или его части) можно указать кодировку, но URL все равно находится в заголовке и эта кодировка на него не распространяется. Тут довольно понятно описан HTTP, можете ознакомиться, если интересно. |
exlex > 08-05-2006 07:36:01 |
Lynxx exlex Тут, наверное, не html кривой, а адресация? %)
Поправлюсь не html, а http в этом плане кривой Опередили уже... ![smile :)](img/smilies/smile.png) А мне вот тоже все-таки кажется, что устарел ... Unicode все больше используется...
Его искуственно состаривают... Кстати на президент.ru переходит сейчас cp1251, вот новый web стандарт |
xiff > 08-05-2006 17:28:56 |
exlex пишетсейчас cp1251, вот новый web стандарт
...для рунета. Одного. Пока отстаём. ![sad :(](img/smilies/sad.png) |
exlex > 17-03-2009 22:44:50 |
Вот цифры выросли в версиях и Firefox-а и MediaWiki и этой проблемы как-то незаметно не стало, при этом локаль не менял вообще, удивительно .. хотя в konqueror всё вроде как с самого начала нормально переходило (если опустить то, что при первом наборе кракозябры отображались в адресной строке, но всё таки правильно заходилось).. выходит это Фф подправили хорошенько что-ли |
ggelka1021 > 09-12-2019 19:09:28 |
Начиная с версии 70.0 при открытии изображений на Wikipedia (любой язык) происходит сброс положения на странице в самый вверх. То есть если отмотать куда-нибудь в середину страницы и открыть изображение, то после закрытия изображения положение будет сброшено на начало страницы (самый верх). Проверено на свежеустановленных версиях Firefox 69 и 70 (оба с новым новый профилем). В версии 71 проблема осталась. Как это исправить? |
FireForce > 10-12-2019 18:15:51 |
ggelka1021 Отвечал уже здесь. Процитирую свой ответ. FireForce пишетДа, есть такое. Проблема в средстве просмотра изображений Википедии (см. T229484). В Мозилле известно об этой неисправности (см. Bug 1594345). Следите за прогрессом по приведенным отчётам. Пока неисправность не устранена можете закрывать изображения по кнопке „Назад“ в браузере, а не по клику на крестике средства просмотра. В этом случае не будет происходить нежелательной прокрутки к верху страницы.
|
ggelka1021 > 10-12-2019 21:15:14 |
FireForce, спасибо за развёрнутый ответ |