Re: [apache-rus] Vary

[Iouri Kharon <bc-info@styx.cabel.net>]

   Hi Alex!

Wednesday, May 12, 1999, you wrote:


AT> Привет,

AT> [я многое поскипал, т.к. об одном и том же ]
"Одобряю"(С) :)

alr>> Логично. Но я же и предлагаю - _если_ клиент задал нам accept-charset или
alr>> признаки слабые - ставим. Если оба условия не выполнены - нет. Тогда
alr>> сработает нормально и в вышеописанной ситуации, и в той о которой говорил
alr>> я.
AT> А вот обратная ситуация. Через прокси пришел MS IE. Без Accept-Charset. Мы не
AT> выдавали Vary и контент залип в кэше. Дальше через тот же proxy идет
Т.е. кэшу наплевать на то что в запросе?! Богатый стандарт...
AT> _правильный_ клиент с Accept-Charset (lynx, netscape) и просит другую кодировку
AT> через Accept-Charset. Ему выдадут неправильную т.е. из кэша.
AT> Варианты работы HTTP/1.1 кэшей:
AT> 1) с поддержкой Vary - документ будет перезапрошен если изменился
AT> Accept-Charset
Разьве "отсуствие" и "наличие" это не изменение?
AT> 2) с плохой поддержкой Vary - документ будет перезапрошен, если было Vary
Ага. И теперь ради кэшей "с плохой поддержкой Vary", которые (согласно
предыдущему письму) "пока не встречались", будем пилевать на msie занимающий
половину рынка? Интересная логика :)
AT> Кэш, который шлет запросы по HTTP/1.0 в любом случае будет перезапрашивать
AT> из-за Expires.
Ну так а здесь тем более не страшно - перезапрос же всё равно будет (по
Expires) так что Vary это _лишний_ повод.

AT>>> А как вы отличите русский агент от нерусского ? Вот у меня, скажем,
AT>>> Netscape/X11. Как узнать - есть у меня русские шрифты или нет ?
alr>> Ну, например, так. Если в accept-language присутствует ru, значит хоть
alr>> какие-то но есть (тем более, если есть accept-charset). А если
alr>> отсутствует... Это, конечно, может и ничего не значить, но ведь
alr>> администратора никто не заставляет пользоваться этим - это же
alr>> _возможность_. Зато, если она будет, можно для таких клиентов поставить
alr>> автоматический редирект на английские тексты.
AT> Очень удобно, блин. Я себе accept-language никогда не настраиваю, но я хоть
AT> знаю об этой возможности. 95% клиентов об этом и не подозревают и имеют броузер
AT> настроенный по-умолчанию.
Именно. А при настройках по умолчанию для всяких ie/netscape в этом поле
автоматически шлются SystemLang/UserLang (+ дополнительные языки)
установленные в браузере.
Или вы о lynx? А что, сложно ввести 2 буквы? :)
AT> И не будут его перенастраивать т.к. не умеют. А если
А им и не надо. Те, которые "не умеют" по большинству из форточек. А там и
так всё проставляется.

AT> AutoRedirect уж больно суровая фича, если включена, то добиться документа не в
AT> своей кодировке очень трудно.
А если выключена то что - проще? Для документов с фреймами вариант, всё равно,
только один - входить на сервер с явным указанием порта (ну, или сделать
такую кнопку в html). Поелику без редиректа не работает refresh, а это куда
как противней.

AT> А нужное вам поведение, как я понимаю, эмулируется через mod_rewrite
AT> (и переменную HTTP_ACCEPT_LANGUAGE).
Можно. Но ведь это сложнее :). Перешли же Вы от редиректа через index.cgi на
редирект директивами? А, по такой логике, зачем - возможность-то и так была:)

Best regards,
 Iouri                            mailto:bc-info@styx.cabel.net