> On 31 Jul 2018, at 00:36, Илья Шипицин <chipits...@gmail.com> wrote: > > > > вт, 31 июл. 2018 г. в 2:24, <j...@jdwuzhere.ru <mailto:j...@jdwuzhere.ru>>: > > > > On 30 Jul 2018, at 19:59, Igor A. Ippolitov <iippoli...@nginx.com > > <mailto:iippoli...@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> > _______________________________________________
_______________________________________________ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru