ПРОЕКТЫ 


  АРХИВ 


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: Cache Revalidate



> > если ревалидация не проходит - элемент кеша не будет 
> > удалён/заменён, а будет продолжать использоваться для других 
> > пользователей.

> Если у клиента нет прав доступа, он получает статус 403, если есть
> права получает ? 200 или 304.
> Если бекенд не отвечает, Nginx отдает 504, никаких cache_use_stale в
> этом случаи быть не должно.

Я так понимаю, grygory планировал использовать в кешировании max-age=0
(X-Accel-Expires: @$time-1), тогда возможность использования кеша другими
пользователями исключена, потому что каждый запрос будет проходить
ревалидацию, в которой будет проверка прав доступа и актуальности кеша.
Вообще если на сайте соотношения на чтения и запись 10/1, тогда выходит что
на 11 запросов, 10 раз будет отдан статус 304, без генерации страницы потому
что она есть в кеше Nginx и только 1 запрос будет со статусом 200 который
обновит кеш Nginx.
Выходит, смысл в этой схеме есть.


> Да вы правы, куки передаются, это ЕТаг не передается, но в кеше Nginx
> он есть.

В будущем планируют это реализовать, так что все будет хорошо.

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

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


 




Copyright © Lexa Software, 1996-2009.