>> нет это совсем не то что в фичареквесте.
>>
> ...
>>
>> я хочу получить механизм внутри обработчика сбросить кеш на другом
>> роуте.
>> как вариант - выдать хидер с урлом кеш на котором надо сбросить.
>>
>> а директивы в конфиге = это не программа это набор условий :)
>>
> я раньше решал похожую проблему с помощью модуля ngx_cache_purge (
> http://wiki.nginx.org/CachePurgeChs ). создавал в nginx специальный
> локейшн (/purge/), при обращении к которому удалялся из кеша указанный
> элемент. Т.е. после изменения в базе, запрос по этому локейшну делает
> само приложение (для wordpress есть специальный плагин). Подробнее (с
> конфигами) можно почитать тут:

> http://mailman.nginx.org/pipermail/nginx-ru/2013-February/050061.html
> http://mailman.nginx.org/pipermail/nginx-ru/2012-December/049347.html

> но теперь, я бы попытался реализовать соответствующий функционал без
> стороннего модуля, а только директивой proxy_cache_bypass.

proxy_cache_bypass ведь не дает того функционала о котором я говорю:
когда один роут сбрасывает кеш на другом роуте.

> Таким образом, применяя предложенную мной схему, вместо того чтобы
> просто отдать nginx страницу с заголовком X-Cache-Invalid:
> "/users/top/123?all=yes", вам придётся сначала сделать запрос из
> приложения по адресу /purge/users/top/123?all=yes и элемент кеша
> обновится.

я посмотрю внутрь модуля. сложно его доработать до того функционала
что я говорю?

--

. ''`. Dmitry E. Oboukhov
: :’ : email: unera@debian.org jabber://UNera@uvw.ru
`. `~’ GPGKey: 1024D / F8E26537 2006-11-21
`- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537
_______________________________________________
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru