proxy_cache_purge

[Vladimir Sopot]

> On 31 Jul 2018, at 00:36, Илья Шипицин <chipitsine на gmail.com> wrote:
> 
> 
> 
> вт, 31 июл. 2018 г. в 2:24, <jd на jdwuzhere.ru <mailto:jd на jdwuzhere.ru>>:
> 
> 
> > On 30 Jul 2018, at 19:59, Igor A. Ippolitov <iippolitov на nginx.com <mailto:iippolitov на nginx.com>> wrote:
> > 
> >> On 30.07.2018 14:29, Gena Makhomed wrote:
> >>> On 30.07.2018 14:06, Igor A. Ippolitov wrote:
> >>> 
> >>> Мне кажется, что proxy_cache_bypass легко позволяет замещать контент в кэше (что и делает purge, в широком смысле).
> >> 
> >> Замещать существующий контент или добавлять новый - да.
> >> Но удалять не позволяет, в этом и состоит (небольшое) отличие.
> > Но ведь какой-то ответ на запрос "пурженного" контента всё равно придёт клиенту? Почему бы не закэшить сразу его.
> > Или условную болванку с max-age:0, которая будет обновлена по первому же запросу от клиента
> 
> Погодите, я что-то потерялся. Есть профиль игрока, который не меняется неделями. Nginx всю неделю (TTL кэша) радостно отдаёт страницу профиля из этого кэша. Но однажды, игрок начинает играть в новое и профиль необходимо обновить. Как без purge сообщить nginx, что информация обновилась и надо сходить в backend за новой страницей, чтобы положить её в кэш до следующего прихода?
> 
> канонический ответ - поменять url на новый уникальный

Менять https://truetrophies.com/gamer/username <https://truetrophies.com/gamer/username> на https://truetrophies.com/gamer/username125r3s0 <https://truetrophies.com/gamer/username125r3s0>?
Это как бы вообще не очень.

> (я не отстаиваю позицию, что пурж не нужен, в некоторых сценариях он действительно может улучшить жизнь)
>  
> 
> > На первый взгляд, PURGE не кажется необходимым средством. Хотя, вероятно. может упростить жизнь в каких-то конфигурациях.
> >> 
> >> Вот поэтому и не понятно, почему нельзя сделать директиву
> >> proxy_cache_purge доступной в open source версии nginx?
> >> 
> >> Могу ошибаться, но коммерческую версию nginx покупают скорее всего
> >> не из-за директивы proxy_cache_purge, а ради других возможностей.
> >> 
> >>>>> Если не прояснится - попробовать воспроизвести как минимум без
> >>>>> "--add-module=../ngx_cache_purge-2.3" (не понимаю, как люди
> >>>>> отваживаются использовать эту поделку, она при любых внутренних
> >>>>> изменениях в nginx'е разносит всё же)
> >> 
> >>>> Если не использовать этот кривой сторонний модуль ngx_cache_purge,
> >>>> то какие у пользователей open source версии nginx есть альтернативы?
> >> 
> >>>> Директиву proxy_cache_purge
> >>>> можете сделать доступной в open source версии nginx?
> >> 
> >> P.S.
> >> 
> >> Please do not top-post.
> >> 
> >> Answer: Because it turns the discussion up-side-down.
> >> 
> >> Question: Why should I not top-post?
> >> 
> > 
> > _______________________________________________
> > nginx-ru mailing list
> > nginx-ru на nginx.org <mailto:nginx-ru на nginx.org>
> > http://mailman.nginx.org/mailman/listinfo/nginx-ru <http://mailman.nginx.org/mailman/listinfo/nginx-ru>
> _______________________________________________

----------- следущая часть -----------
Вложение в формате HTML было извлечено…
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20180731/5e2e7a0d/attachment.html>