>>> удалить элемент из кеша можно директивой >>> http://nginx.org/r/proxy_cache_bypass/ru по ключу (т.е. новый элемент >>> возмётся не из кеша, но закешируется) >> >> нет это совсем не то что в фичареквесте. >> > ... >> >> я хочу получить механизм внутри обработчика сбросить кеш на другом >> роуте. >> как вариант - выдать хидер с урлом кеш на котором надо сбросить. >> >> а директивы в конфиге = это не программа это набор условий :) >> > я раньше решал похожую проблему с помощью модуля 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. > Таким образом, применяя предложенную мной схему, вместо того чтобы > просто отдать nginx страницу с заголовком X-Cache-Invalid: > "/users/top/123?all=yes", вам придётся сначала сделать запрос из > приложения по адресу /purge/users/top/123?all=yes и элемент кеша > обновится. тогда уж проще идти по следующему пути: 1. настраиваем nginx на работу с мемкешом 2. реализуем в приложении тот же алгоритм взятия md5sum от урла что и в nginx (чтобы получать id ключа в мемкеше) 3. удаляем ключи в мемкеше если надо 4. PROFIT http-запрос из приложения по адресу представляется очень тяжеловесным решением. мемкеш хотя-бы персистентное соединение держать можно. а вот зная четко что у бакенда с nginx уже установлена связь (отвечать бакенд должен) то выдать по этой связи инструкцию управления кешом по моему наиболее просто. а управлять кешом по урлам - это для кронскриптов/демонов/прочих скриптов. -- . ''`. Dmitry E. Oboukhov : :’ : email: [email protected] jabber://[email protected] `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537
signature.asc
Description: Digital signature
_______________________________________________ nginx-ru mailing list [email protected] http://mailman.nginx.org/mailman/listinfo/nginx-ru
