Nginx-ru mailing list archive (nginx-ru@sysoev.ru)
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re[4]: Не могу отменить кэширование
Здравствуйте, Igor!
Sunday, March 13, 2005, 2:45:05 PM, вы писали следующее:
IS> On Sun, 13 Mar 2005, S.J.Soft wrote:
>> Sunday, March 13, 2005, 2:20:17 AM, вы писали следующее:
>>
>> IS> On Sun, 13 Mar 2005, S.J.Soft wrote:
>>
>>>> Saturday, March 12, 2005, 10:19:53 PM, вы писали следующее:
>>>>
>>>> IS> On Sat, 12 Mar 2005, S.J.Soft wrote:
>>>>
>>>>>> Есть необходимость не кэшировать папку. ТАм лежат статические файлы,
>>>>>> но они не должны кэшироваться браузером(потому что они должны во
>>>>>> фреймах грузиться постоянно, а сервер выдает 304 и фрейм не
>>>>>> обновляется), поставил expires epoch; но это не решило проблему, все
>>>>>> равно браузер отсылает запрос "не модифицировался ли этот файл?", а
>>>>>> nginx добросовестно ему отвечает что "304 неа, не модифицировался".
>>>>
>>>> IS> А браузер работает напрямую или через прокси ?
>>>> Я использую проксимитрон только чтобы отслеживать заголовки. В
>>>> основном, не важно будет у конечного пользователя прокси или нет,
>>>> главное, чтобы он получал ответ 200.
>>
>> IS> Proximitron, насколько я знаю, позволяет вырезать заголовки, в том числе
>> IS> и Expries и Cache-Control.
>> Проксомитрон вообще полезная вещь, но к сожалению, я не могу его всем
>> поставить, кто будет клиентом моего сервера. Поэтому я рассматриваю
>> только один вариант серверная реализация. Так мне ждать такой
>> возможности от nginx?
IS> Да, в 0.1.25 будет возможность отменять 304.
IS> Но в данном случае, насколько я понимаю, Proximitron как раз и есть виновник
IS> 304 ответа, так как вырезает Expries, что приводит к неверному кэшированию
IS> ответа в браузере.
Проксомитрон настроен на bypass т.е. без фильтров работает.
IS> Кстати, а зачем неизменённый фрэйм грузить повторно ?
В IE есть проблема, при нажатие на f5 он не обновляет основной
frame.html(который должен кэшироваться, потому что имеет большой
размер.) а обновляет все фреймы. В которых, могут быть только что
отправленные пост данные. И он их отправит еще раз. Парадокс. В чате
это вызывает отсылку повтора сообщения. Я делаю верхний фрейм, 0
размера, в котором лежит JS код, который висит на unload и запускает
принудительное обновление апдейт фрейма(в который уходят пост запросы).
Возможно это не много
"БРУТАЛЬНО", но тупость браузеров в отношении фреймов, побороть
нельзя. К тому, же, если фрейм закэширован, он не перезапускает JS
код. ПОэтому от сервера надо 200 чтобы приходило. Может это и бред
конечно, но лучше пусть пользотель грузит frame.html(из кэша) а не
frame.pl(с сервера), а апдейт фрейм чата будет обновляться
принудительно при нажатии f5.
С наилучшими пожеланиями,S.J.Soft.
Мой адрес электронной почты mailto:sjsoft@xxxxxxxxxxx
|