Nginx-ru mailing list archive (nginx-ru@sysoev.ru)
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: nginx-0.7.44
Еще было бы здорово, если на бекенд можно былобы передать
if-modified-since и дата последнего закешированного ответа,
и прокси модуль панимал бы ответ 304 Not Modified
в кратце зачем. есть некая информация которая обновляется при наличии
событий
но не чаще чем определенный интервал. и есть необходимость добавлять во все
запросы некий id. т.е. каждый гет уникален.
для этого нужен
proxy_cache_key = $arg_xxx$arg_yyy.... взять не весь uri
т.к. обновляется не чаще чем определенный интервал, и про него знает
только бекенд,
то нужно как то сказа nginx об этом, но известно только в ответе. и
булобы савсем супер
если можно было бы сказать valid till ....
т.к. евента для обновления может и не быть, несмотря на то что интервал
прошел,
то нужен if-modified-since и поддержа прокси модулем ответа 304
впринципе, хватило бы и только proxy_cache_key и if-modified-since/304
Kostya Alexandrov wrote:
А можно сделать возможность ручного формирования ключа
proxy_cache_key = $arg_xxx$arg_yyy....
и читать proxy_cache_valid из заголовка ответа бекенда?
Igor Sysoev wrote:
On Mon, Mar 23, 2009 at 10:21:53PM +0300, Vladimir Rusinov wrote:
2009/3/23 Igor Sysoev <is@xxxxxxxxxxxxx>
Изменения в nginx 0.7.44
23.03.2009
*) Добавление: предварительная поддержка кэширования в модуле
ngx_http_proxy_module.
Ура!
Насколько я понимаю, сейчас ключем является url и (пока) нету способа
использовать другой ключ для кеширования (например url + значение
session
cookie).
Да, сейчас ключ что-то вроде "$schema$proxy_host&port$uri$is_args$args".
Куки пока использовать нельзя, но я планирую сделать два варианта:
1) кэшировать с учётом куки,
2) кэшировать только без куки, поскольку, как показала практика,
кэширование только с учётом куки просто забивает кэш (хотя, вероятно,
proxy_cache_min_uses мог бы помочь в этой ситуации).
|