Russian Apache Switch to English
Switch to Russian koi8-r
windows=1251
cp-866
iso8859-5
Russian Apache Как это работает Рекоммендации Где взять Как установить Как настроить Статус и поддержка
Краткий обзор FAQ Список рассылки Благодарности Поиск по серверу Powered by Russian Apache
Russian Apache mailing list archive (apache-rus@lists.lexa.ru)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [apache-rus] Re: [apache-rus] Re: [apache-rus] Проблемы Оперы




On Wed, 31 Oct 2001, Alex Tutubalin wrote:

> > Угу. Если ты ВНИМАТЕЛЬНО проичтаешь письмо, то увижишь, что дело вовсе не
> > в том, что Опера что-то там показать не может, а в том, что ей выдают koi8-r
> > (который она МОЖЕТ показать и честно об этом заявляет!), когда в ней
> > пользователь принудительно отбил поддержку всех кодировок, кроме windows-1251...
>
> Ответ неправильный :)
>
> Ежели ей пользователь отбил поддержку кодировок кроме windows-1251, то
> какого хрена она включает остальные кодировки в Accept-Charset ?

Она выдает ТЕ ЖЕ САМЫЕ ЗАГОЛОВКИ что и в нормальном режиме для того, чтобы
получить ТОТ ЖЕ САМЫЙ ОТВЕТ. Эта фича предназначена для тех случаев (редких,
по мнению разработчиков - они и должны быть редкими, собственно говоря),
когда сервер не разобрался "в себе" и плюнул документ не в той кодировке,
которая написана в заголовке. В этом случае пользователь имеет возможность
сказать "я лучше тебя знаю в какой кодировке мне дали документ - покажи
его вот так". ЕСТЕСТВЕННО изменение Accept-Charset при изменинии настроек
нивелирует саму идею: например если на сервере изначально есть два файла в
разных кодировках и выдается один из них в зависимости от Accept-Charset и
файлы перепутали, положив на место кодировки Shift-JIS кодировку EUC и
наоборот, то пользователь так и будет перебирать кодировки до скончания
веков и увидеть читаемый текст ему на экране не светит...

> Она же не может их показать _при_данных_пользовательских_настройках.

См. выше. Это ВООБЩЕ не есть штатный режим - это режим "ручной настройки
для борьбы с ошибками в конфигурации сервера"...

> Типический Catch 22 Ж). То-есть разработчикам капать на мозги все-равно надо:
>  - или charset= в ответе сильнее пользовательской настройки (В Accept-Charset
>   надо включать все, настройку игнорировать)

Default. Половина Rusnet'а видна как "буквы с кучей точечек" (если
кодировка не указана то по стандарту это - iso-8859-1, а вовсе даже не
windows-1251, как бы не хотелось обратного "C001 WebMa5ter"'ам)...

>  - или пользовательские настройки сильнее (тогда только одна кодировка
>  попадает в Accept-Charset если фича включена пользователем)

"Режим борьбы с кривыми серверами" - см. выше.

>
> А сейчас вообще полная фигня - броузер говорит что может, тогда как на
> самом деле он не может.
>
Он умеет и может. В нормальном режиме. А ручное управление - оно на то и
ручное управление, чтобы автомат отключался.

> Наверное, чтобы не получать "not acceptable" самый правильный заголовок
> Accept-charset должен включать пользовательский чарсет с q=1 и все остальные
> - с q=0.1 (или 0.99 :).
>
Нет, конечно. Он НЕ ДОЛЖЕН ОТЛИЧАТЬСЯ НИ НА ЙОТУ от того, что выдается в
нормальном режиме - в этом случае выше всего шансы, что "сумасшедший
web-server" будет выдавать одинаковые ответы при подборе пользователем
настроек.

> Соответственно, люди озабоченные оперой могут перевести два предыдущих
> абзаца на язык разработчиков и отправить им. С нетскейпой этот номер
> в свое время не прошел - слишком они были большие и толстые в тот момент,
> а русским у них занимался какой-то китаец, который проблемы не понял.

Ну сейчас у Netscape все Ok: в 6.x ОТДЕЛЬНО задается кодировка, которую
запрашивают с сервера (через Accept-Charset) и кодировка, в которой нужно
показать уже полученный документ. И это - самый разумный вариант. В Опере
есть только "ручное управление для сложных случаев" и хотеть, чтобы оно
работало в автоматическом режиме попросту глупо: не для этого оно существует...

> Но может хоть с этими пройдет ?
>
Не знаю. Можно попробовать :-| Проблема только в том, что для того, для
чего этот режим предназначен - он реализован идеально. И им нужно
объяснить, что для хождений по RuNet'у нужен особый режим ибо в России
у 50% webmaster'ов руки растут не из того места - не знаю, удастся ли...

> Относительно MS IIS - опыт подсказывает, что при желании эта штука
> настраивается.

Ну наверное... Но очень храктЕрно то, что на http://www.microsoft.com/rus
оно не настроено (кодировка указана внутри документов через META)... И те,
кто "равняются на Microsoft", разумеется считают, что "так и надо" - ну а
потом выкидувают и META тоже: "ведь и без него работает" (... у нас на
тестовой машине).

> Про MS IE (the only browser, притом the only version - которая стоит
> у разработчика на машине) я полностью согласен - поубивав бы
>

=============================================================================
=               Apache-Rus@xxxxxxxxxxxxx mailing list                       =
Mail "unsubscribe apache-rus" to majordomo@xxxxxxxxxxxxx if you want to quit.
=       Archive avaliable at http://www.lexa.ru/mail-archive                =







Спонсоры сайта:

[ Russian Apache ] [ Как это работает ] [ Рекомендации ] [ Где взять ] [ Как установить ] [ Как настроить ] [ Статус и поддержка ] [ Краткий обзор ] [ FAQ ] [ Список рассылки ] [ Благодарности ] [ Поиск по серверу ] [ Powered by Russian Apache ] [ Apache-talk archive ]

"Russian Apache" includes software developed by the Apache Group for use in the Apache HTTP server project (http://www.apache.org/) See Apache LICENSE.
Copyright (C) 1995-2001 The Apache Group. All rights reserved.
Copyright (C) 1996 Dm. Kryukov; Copyright (C) 1997-2009 Alex Tutubalin. Design (C) 1998 Max Smolev.