Re: Proxy / Charset problem

["Khimenko Victor" <khim@sch57.msk.ru>]

> Hi!
>
>
>  >> Pragma: no-cache посылается от клиента к серверу.
>  >> Во всяком случае так было написано во многих
>  >> документах по HTTP.
>
>  alr> Да, это я ерунду сказал. Имелось в виду "Cache-Control: no-cache"
>  alr> (RFC2068, squid это поддерживает), но,пожалуй, правильнее "Cache-Control:
>  alr> private" - при этом промежуточные proxy не имеют права кешировать, но
>  alr> browser может.
> А это нафиг не надо. Есть Vary (в который пишутся все параметры, принимавшие
> участие в определении кодировки) и ETag (в который пишется собственно название
> кодировки).
> Для нормального (http/1.1 совместимого) кэша этого достаточно и идеологически
> правильнее - все будет кэшироваться и обновляться в соответствии с этими
> заголовками, а с Cache-Control все не кэшировалось бы на транзитных запросах
> никогда.
> Естественно, если запрос был на HTTP/1.1, то Expires не ставится.
>
Стоп. Кто тут рассказывал про транзитные HTTP/1.0 proxy ? И объяснял, что
поэтому все-таки лучше выдать Expires ? Вроде бы 20.3 выдает (20.4 пока не
ставил ;)

> Да, не-http/1.1-совместимый кэш будет плевать на Cache-Control.
>
Опять неправда: squid (весьма распространенный, кстати, proxy-server ;)
HTTP/1.1 еще не поддерживает (даже и версия 1.1.15) и неизвестно когда в
полном оьбъеме будет поддерживать (ну или хотя бы реагировать на Vary/Etag ;),
но Cache-control: private & no-cache поддерживает уже почти год
(с версии 1.0.13, September 12, 1996)...