ПРОЕКТЫ 


  АРХИВ 


Apache-Talk @lexa.ru 

Inet-Admins @info.east.ru 

Filmscanners @halftone.co.uk 

Security-alerts @yandex-team.ru 

nginx-ru @sysoev.ru 


  СТАТЬИ 


  ПЕРСОНАЛЬНОЕ 


  ПРОГРАММЫ 



ПИШИТЕ
ПИСЬМА












     АРХИВ :: nginx-ru
Nginx-ru mailing list archive (nginx-ru@sysoev.ru)

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

Re: Bug ? 304 status - Cache-Control



> Теперь все работает правильно, при клиент кешировании, мы в заголовок
> Cache-Control пишем дерективу private, это запретит Nginx кешировать
> данный ответ и таким образом он не попадет в кеш не при 200 статусе и
> так же ответ в 304 статусе в кеш не попадет.

Я поспешил с выводами, что проблема решена.
Для клиент (private) кеширования приходится в конфиге писать
fastcgi_param HTTP_IF_NONE_MATCH $http_if_none_match if_not_empty;
fastcgi_param HTTP_IF_MODIFIED_SINCE  $http_if_modified_since if_not_empty;

И в результате выходят те же грабли, бекенд отвечает 304 статсом, если в
кеше Nginx нет файлов, он сохраняет этот ответ в файл кеша.

Вопрос остаётся открытым, как сделать клиенское (private) кеширования в
браузере, но при этом не давать кешить 304 статус?

Как вариант, можно при 304 ответе отправлять хедер X-Accel-Expires: 0, чтобы
ответ не попал в кеш.

Есть более красивые решения этой проблемы?

Posted at Nginx Forum: 
http://forum.nginx.org/read.php?21,245951,246004#msg-246004

_______________________________________________
nginx-ru mailing list
nginx-ru@xxxxxxxxx
http://mailman.nginx.org/mailman/listinfo/nginx-ru


 




Copyright © Lexa Software, 1996-2009.