Страницы: 1
На 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 также выходит. Раньше такого не замечал...
Интересно как у других, может у меня только так...
:::: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.0.3) Gecko/20060504 Firefox/1.5.0.3
Я — внутри; смысл — вне © Генри Лайон Олди «Человек Номоса»
Отсутствует
exlex
А у меня при открытии КГУ выходит на КГУ...
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.3) Gecko/20060426 Firefox/1.5.0.3
ЛЗХ=КГУ в какой-нить кодировке?
жЫзнь рандомна... и ничего с этим не поделаешь ;)
Отсутствует
Опытным путём выяснил, что ЛЗЧ=КГУ после, того как текст написаный в кодировке koi8-r перевести (piconv -f cp1251 -t koi8-r) из виндовой в кои и потом в кои же простатривать, получается из "кгу" "лзх". Только вот я думал, что URI в юникоде всегда, а это что за безобразие там выходит. Не уж то википедия кривая?...
Сейчас вот докачают Ff 1.0.8 и на нём попробую...
Отредактировано exlex (07-05-2006 05:18:31)
Я — внутри; смысл — вне © Генри Лайон Олди «Человек Номоса»
Отсутствует
Странный глюк. У меня все нормально.
:::: Mozilla/5.0 (X11; U; FreeBSD i386; ru; rv:1.8.0.1) Gecko/20060317 Firefox/1.5.0.1
локаль cp1251, но по идее влиять не должна.
...она старалась, чтобы я больше времени проводил в разных пионерлагерях и группах продлённого дня - кстати сказать, удивительную красоту последнего словосочетания я вижу только сейчас. (c) Виктор Пелевин
Отсутствует
Как это не странно, но оказалось, именно если локаль с ru_RU.KOI8-R на ru_RU.CP1251 поменять, то всё нормально заходит
Так
env LANG=ru_RU.CP1251 firefox
запускаю и Переходит всё нормально куда и следовало перейти. Вот теперь интересно это чей глюк такой, у сайтописателей руки кривые или баг у Ff такой? Такое уже не первый раз встречается свистопляски с кодировками через формы только, а вот из адресной строки ещё ни разу (может потому что никогда по русски не приходилось там набирать ничего)
Я — внутри; смысл — вне © Генри Лайон Олди «Человек Номоса»
Отсутствует
Ну, если обратить внимание на стандарт HTTP, то там в URL не используются восьмибитные символы, соответственно и русские тоже. Они обязаны приводиться в такой вид:
http://ru.wikipedia.org/wiki/%D0%9A%D0%93%D0%A3
Предположим что хранятся URL в памяти браузера в юникоде, и проблема заключается в том, в какую кодировку переводить не латинские символы. Есть два пути.
1. В кодировку страницы.
2. В кодировку локали.
Оба эти пути не идеальны, т.к. в первом случае ссылка с сайта в KOI8-R на сайт с кодировкой CP1251 или UTF-8 может привести к глюку. С локалью тоже как попадется.
В данном случае FF приходится гадать, к какой локали приводить ссылку. К слову - на самой wikipedia ссылки правильно по стандарту, причем в юникоде...
...она старалась, чтобы я больше времени проводил в разных пионерлагерях и группах продлённого дня - кстати сказать, удивительную красоту последнего словосочетания я вижу только сейчас. (c) Виктор Пелевин
Отсутствует
Azathoth
По ссылке с кирилицей (без %FF), с этой страницы например, переходит нормально. А вот почему тогда когда локаль КОИ и просто ввожу в адресной строке, то предполагается как-будто перешёл со страницы с cp1251? И чей это интересно глюк тогда получается? Ff?
Это похоже на гонения КОИ
Я — внутри; смысл — вне © Генри Лайон Олди «Человек Номоса»
Отсутствует
exlex
По ссылке с кирилицей (без %FF), с этой страницы например, переходит нормально.
Полагаю ответ в кодировке используемой на форуме
Это похоже на гонения КОИ
Это не то чтобы гонения... Положа руку на сердце, можно сказать что koi8 является устаревшей кодировкой. Сегодня cp1251 уже вытесняется utf-ом, что уж говорить про koi8...
Да и задача определения нескольких кодировок в момент обработки GET запроса на сервере довольно сильно усложняется. В приведенном Вами случае задача просто не решаема, т.к. коды символов пересекаются в обоих кодировках. Различить же cp1251 и utf проблемой не является.
...она старалась, чтобы я больше времени проводил в разных пионерлагерях и группах продлённого дня - кстати сказать, удивительную красоту последнего словосочетания я вижу только сейчас. (c) Виктор Пелевин
Отсутствует
Выходит что это всё на сайте криво идёт, не любят там кои, да и ещё стандарт html кривой получается (раз с кодировкой свистопляски такие возможны). А что трудно локаль читать у браузера, или Ff этой информацией не делится?
Так и придётся иногда запускать браузер с другой локалью, и при этом в Ff русские локальные имена файлов будут кривые (но это уже оффтоп )... мне не кажется что КОИ устарел, может мало распространён теперь и всё...
Я — внутри; смысл — вне © Генри Лайон Олди «Человек Номоса»
Отсутствует
exlex
и ещё стандарт html
Тут, наверное, не html кривой, а адресация? %)
мне не кажется что КОИ устарел
А мне вот тоже все-таки кажется, что устарел Как и 1251, и кои8, и другие подобные. Unicode все больше используется... И наверное, правильно
Почти оффтоп Выйдет у тебя браузер правильно по ссылке президент.ru?
Отредактировано Lynxx (08-05-2006 07:10:58)
жЫзнь рандомна... и ничего с этим не поделаешь ;)
Отсутствует
exlex
да и ещё стандарт html кривой получается
Тут виноват не HTML, а HTTP.
Я могу и ошибаться, но при HTTP запросе кажется не указывается кодировка. Это и является основной проблемой. Единственное исключение составляет POST запрос, который может иметь тело. Для тела запроса (или его части) можно указать кодировку, но URL все равно находится в заголовке и эта кодировка на него не распространяется.
Тут довольно понятно описан HTTP, можете ознакомиться, если интересно.
Отредактировано Azathoth (08-05-2006 07:34:47)
...она старалась, чтобы я больше времени проводил в разных пионерлагерях и группах продлённого дня - кстати сказать, удивительную красоту последнего словосочетания я вижу только сейчас. (c) Виктор Пелевин
Отсутствует
Lynxx
exlex
и ещё стандарт html
Тут, наверное, не html кривой, а адресация? %)
Поправлюсь не html, а http в этом плане кривой Опередили уже...
А мне вот тоже все-таки кажется, что устарел ... Unicode все больше используется...
Его искуственно состаривают...
Кстати на президент.ru переходит сейчас cp1251, вот новый web стандарт
Отредактировано exlex (08-05-2006 07:37:53)
Я — внутри; смысл — вне © Генри Лайон Олди «Человек Номоса»
Отсутствует
сейчас cp1251, вот новый web стандарт
...для рунета. Одного. Пока отстаём.
Отредактировано xiff (08-05-2006 17:34:05)
"I do not do good work. I do perfect work. Even when I am wrong, I am wrong perfectly. But that does happen rarely." (C) M. P., Jan. 2006
Отсутствует
Вот цифры выросли в версиях и Firefox-а и MediaWiki и этой проблемы как-то незаметно не стало, при этом локаль не менял вообще, удивительно .. хотя в konqueror всё вроде как с самого начала нормально переходило (если опустить то, что при первом наборе кракозябры отображались в адресной строке, но всё таки правильно заходилось).. выходит это Фф подправили хорошенько что-ли
Я — внутри; смысл — вне © Генри Лайон Олди «Человек Номоса»
Отсутствует
Начиная с версии 70.0 при открытии изображений на Wikipedia (любой язык) происходит сброс положения на странице в самый вверх.
То есть если отмотать куда-нибудь в середину страницы и открыть изображение, то после закрытия изображения положение будет сброшено на начало страницы (самый верх).
Проверено на свежеустановленных версиях Firefox 69 и 70 (оба с новым новый профилем). В версии 71 проблема осталась.
Как это исправить?
Отсутствует
ggelka1021 Отвечал уже здесь. Процитирую свой ответ.
Да, есть такое. Проблема в средстве просмотра изображений Википедии (см. T229484). В Мозилле известно об этой неисправности (см. Bug 1594345). Следите за прогрессом по приведенным отчётам. Пока неисправность не устранена можете закрывать изображения по кнопке „Назад“ в браузере, а не по клику на крестике средства просмотра. В этом случае не будет происходить нежелательной прокрутки к верху страницы.
Отсутствует
FireForce, спасибо за развёрнутый ответ
Отсутствует
Страницы: 1