<html><head><meta http-equiv="Content-Type" content="text/html; charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class=""><br class=""><div><br class=""><blockquote type="cite" class=""><div class="">On 31 Jul 2018, at 00:36, Илья Шипицин <<a href="mailto:chipitsine@gmail.com" class="">chipitsine@gmail.com</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div dir="ltr" style="caret-color: rgb(0, 0, 0); font-family: Helvetica; font-size: 12px; font-style: normal; font-variant-caps: normal; font-weight: normal; letter-spacing: normal; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; text-decoration: none;" class=""><br class=""><br class=""><div class="gmail_quote"><div dir="ltr" class="">вт, 31 июл. 2018 г. в 2:24, <<a href="mailto:jd@jdwuzhere.ru" class="">jd@jdwuzhere.ru</a>>:<br class=""></div><blockquote class="gmail_quote" style="margin: 0px 0px 0px 0.8ex; border-left-width: 1px; border-left-style: solid; border-left-color: rgb(204, 204, 204); padding-left: 1ex;"><br class=""><br class="">> On 30 Jul 2018, at 19:59, Igor A. Ippolitov <<a href="mailto:iippolitov@nginx.com" target="_blank" class="">iippolitov@nginx.com</a>> wrote:<br class="">><span class="Apple-converted-space"> </span><br class="">>> On 30.07.2018 14:29, Gena Makhomed wrote:<br class="">>>> On 30.07.2018 14:06, Igor A. Ippolitov wrote:<br class="">>>><span class="Apple-converted-space"> </span><br class="">>>> Мне кажется, что proxy_cache_bypass легко позволяет замещать контент в кэше (что и делает purge, в широком смысле).<br class="">>><span class="Apple-converted-space"> </span><br class="">>> Замещать существующий контент или добавлять новый - да.<br class="">>> Но удалять не позволяет, в этом и состоит (небольшое) отличие.<br class="">> Но ведь какой-то ответ на запрос "пурженного" контента всё равно придёт клиенту? Почему бы не закэшить сразу его.<br class="">> Или условную болванку с max-age:0, которая будет обновлена по первому же запросу от клиента<br class=""><br class="">Погодите, я что-то потерялся. Есть профиль игрока, который не меняется неделями. Nginx всю неделю (TTL кэша) радостно отдаёт страницу профиля из этого кэша. Но однажды, игрок начинает играть в новое и профиль необходимо обновить. Как без purge сообщить nginx, что информация обновилась и надо сходить в backend за новой страницей, чтобы положить её в кэш до следующего прихода?<br class=""></blockquote><div class=""><br class=""></div><div class="">канонический ответ - поменять url на новый уникальный</div></div></div></div></blockquote><div><br class=""></div><div>Менять <a href="https://truetrophies.com/gamer/username" class="">https://truetrophies.com/gamer/username</a> на <a href="https://truetrophies.com/gamer/username125r3s0" class="">https://truetrophies.com/gamer/username125r3s0</a>?</div><div>Это как бы вообще не очень.</div><br class=""><blockquote type="cite" class=""><div dir="ltr" style="caret-color: rgb(0, 0, 0); font-family: Helvetica; font-size: 12px; font-style: normal; font-variant-caps: normal; font-weight: normal; letter-spacing: normal; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; text-decoration: none;" class=""><div class="gmail_quote"><div class="">(я не отстаиваю позицию, что пурж не нужен, в некоторых сценариях он действительно может улучшить жизнь)</div><div class=""> </div><blockquote class="gmail_quote" style="margin: 0px 0px 0px 0.8ex; border-left-width: 1px; border-left-style: solid; border-left-color: rgb(204, 204, 204); padding-left: 1ex;"><br class="">> На первый взгляд, PURGE не кажется необходимым средством. Хотя, вероятно. может упростить жизнь в каких-то конфигурациях.<br class="">>><span class="Apple-converted-space"> </span><br class="">>> Вот поэтому и не понятно, почему нельзя сделать директиву<br class="">>> proxy_cache_purge доступной в open source версии nginx?<br class="">>><span class="Apple-converted-space"> </span><br class="">>> Могу ошибаться, но коммерческую версию nginx покупают скорее всего<br class="">>> не из-за директивы proxy_cache_purge, а ради других возможностей.<br class="">>><span class="Apple-converted-space"> </span><br class="">>>>>> Если не прояснится - попробовать воспроизвести как минимум без<br class="">>>>>> "--add-module=../ngx_cache_purge-2.3" (не понимаю, как люди<br class="">>>>>> отваживаются использовать эту поделку, она при любых внутренних<br class="">>>>>> изменениях в nginx'е разносит всё же)<br class="">>><span class="Apple-converted-space"> </span><br class="">>>>> Если не использовать этот кривой сторонний модуль ngx_cache_purge,<br class="">>>>> то какие у пользователей open source версии nginx есть альтернативы?<br class="">>><span class="Apple-converted-space"> </span><br class="">>>>> Директиву proxy_cache_purge<br class="">>>>> можете сделать доступной в open source версии nginx?<br class="">>><span class="Apple-converted-space"> </span><br class="">>> P.S.<br class="">>><span class="Apple-converted-space"> </span><br class="">>> Please do not top-post.<br class="">>><span class="Apple-converted-space"> </span><br class="">>> Answer: Because it turns the discussion up-side-down.<br class="">>><span class="Apple-converted-space"> </span><br class="">>> Question: Why should I not top-post?<br class="">>><span class="Apple-converted-space"> </span><br class="">><span class="Apple-converted-space"> </span><br class="">> _______________________________________________<br class="">> nginx-ru mailing list<br class="">><span class="Apple-converted-space"> </span><a href="mailto:nginx-ru@nginx.org" target="_blank" class="">nginx-ru@nginx.org</a><br class="">><span class="Apple-converted-space"> </span><a href="http://mailman.nginx.org/mailman/listinfo/nginx-ru" rel="noreferrer" target="_blank" class="">http://mailman.nginx.org/mailman/listinfo/nginx-ru</a><br class="">_______________________________________________<br class=""></blockquote></div></div></blockquote></div><br class=""></body></html>