nginx-0.7.44

[Kostya Alexandrov]

Еще было бы здорово, если на бекенд можно былобы передать
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 at rambler-co.ru>
>>>
>>>    
>>>> Изменения в 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 мог бы помочь в этой ситуации).
>>
>>
>>   
>
>