Re: [apache-rus] russian apach

["Eugene B. Byrganov" <E.B.Byrganov@inp.nsk.su>]

Hi!

Весьма странная ситуация, мне вернулось письмо про которое 
я писал ранее, как потерянное, хотя последующие дошли:

   ----- The following addresses had permanent fatal errors -----
<apache-rus@lists.lexa.ru>

   ----- Transcript of session follows -----
<apache-rus@lists.lexa.ru>... Deferred: Connection timed out with artifact.geol.msu.ru.
Message could not be delivered for 5 days
Message will be deleted from queue


Я решил переслать его:


> > 1. Несколько странная логика в подстановке поля Vary: accept-charset
> На мой взгляд, логика совершенно нормальная - сервер честно сообщает
> клиенту, что заголовок Accept-Charset влияет на содержимое, отдаваемое
> клиенту. Что отвечает духу и букве соотв. RFC.
> Мне это все кажется очень странным.
> 1) не бывает случая, когда charset не определился бы (в крайнем случае
> возьмется CharsetDefault)
> 2) Если в сервере не выключен режим распознавания Accept-Charset,
> то не ставить Vary  нельзя. Во всяком случае, если запрос был HTTP/1.1,
> а это именно случай MS IE 4+
В одном из последних Apache Week был такой кусок:
------------------------------------------------------------------------
Bugs in 1.3.6

   These bugs have been found in 1.3.6 and will be fixed in the next
   release.
...

                   MSIE 4 does not understand some responses

   The HTTP/1.1 specification defines a response header called Vary which
   servers send back in certain circumstances. However it seems that when
   MSIE 4 receives a response containing this header it reports that the
   file could not be found. From the next release it will be possible to
   turn off the Vary response header by setting the force-no-vary
   environment variable. To turn off the Vary header just for MSIE, the
   directive

  BrowserMatch "MSIE\.4" force-no-vary

   could be used. The problem is documented on the Apache [20]known
   client bugs page and in [21]PR#4118.
------------------------------------------------------------------------

Попадалось ли тебе, Алекс, это. Наверно стоит учесть. Кстати кто 
еще может, кроме mod_charset, выставлять vary? вряд ли они думали об 
apache-rus. 

Кстати, не лишне напомнить об Squid-e, где vary приводит к запрету на 
кешироватие. Может все таки для клиентов HTTP/1.0 vary не ставить,
они либо игнорируют, либо ведут себя весьма странно.

А для не кешироватия достаточно Expire.

> 
> Почему бы просто не ставить Content-language/Content-Charset ? Мне это не
> сложно, хотя Content-charset дублирует Content-Type.
> 
> Ну и для порядка - Content-language вовсе не всегда ru. Может быть и cz :)
По моему мы плавно переходим к необходимости многоязыкового сервера -)))
По крайне мере нужно уметь определять DefaultLanguage, как сейчас CharsetDefault.

P.S. Продолжение следует ;-))))).


-- 

                            Best regards, Eugene Byrganov


Sky, inpbox admin, Network manager.

  mailto:E.B.Byrganov@inp.nsk.su
  work - http://www.inp.nsk.su/