<div dir="ltr"><br><br><div class="gmail_quote"><div dir="ltr">вт, 31 июл. 2018 г. в 2:24, <<a href="mailto:jd@jdwuzhere.ru">jd@jdwuzhere.ru</a>>:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
<br>
> On 30 Jul 2018, at 19:59, Igor A. Ippolitov <<a href="mailto:iippolitov@nginx.com" target="_blank">iippolitov@nginx.com</a>> wrote:<br>
> <br>
>> On 30.07.2018 14:29, Gena Makhomed wrote:<br>
>>> On 30.07.2018 14:06, Igor A. Ippolitov wrote:<br>
>>> <br>
>>> Мне кажется, что proxy_cache_bypass легко позволяет замещать контент в кэше (что и делает purge, в широком смысле).<br>
>> <br>
>> Замещать существующий контент или добавлять новый - да.<br>
>> Но удалять не позволяет, в этом и состоит (небольшое) отличие.<br>
> Но ведь какой-то ответ на запрос "пурженного" контента всё равно придёт клиенту? Почему бы не закэшить сразу его.<br>
> Или условную болванку с max-age:0, которая будет обновлена по первому же запросу от клиента<br>
<br>
Погодите, я что-то потерялся. Есть профиль игрока, который не меняется неделями. Nginx всю неделю (TTL кэша) радостно отдаёт страницу профиля из этого кэша. Но однажды, игрок начинает играть в новое и профиль необходимо обновить. Как без purge сообщить nginx, что информация обновилась и надо сходить в backend за новой страницей, чтобы положить её в кэш до следующего прихода?<br></blockquote><div><br></div><div>канонический ответ - поменять url на новый уникальный</div><div><br></div><div>(я не отстаиваю позицию, что пурж не нужен, в некоторых сценариях он действительно может улучшить жизнь)<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
> На первый взгляд, PURGE не кажется необходимым средством. Хотя, вероятно. может упростить жизнь в каких-то конфигурациях.<br>
>> <br>
>> Вот поэтому и не понятно, почему нельзя сделать директиву<br>
>> proxy_cache_purge доступной в open source версии nginx?<br>
>> <br>
>> Могу ошибаться, но коммерческую версию nginx покупают скорее всего<br>
>> не из-за директивы proxy_cache_purge, а ради других возможностей.<br>
>> <br>
>>>>> Если не прояснится - попробовать воспроизвести как минимум без<br>
>>>>> "--add-module=../ngx_cache_purge-2.3" (не понимаю, как люди<br>
>>>>> отваживаются использовать эту поделку, она при любых внутренних<br>
>>>>> изменениях в nginx'е разносит всё же)<br>
>> <br>
>>>> Если не использовать этот кривой сторонний модуль ngx_cache_purge,<br>
>>>> то какие у пользователей open source версии nginx есть альтернативы?<br>
>> <br>
>>>> Директиву proxy_cache_purge<br>
>>>> можете сделать доступной в open source версии nginx?<br>
>> <br>
>> P.S.<br>
>> <br>
>> Please do not top-post.<br>
>> <br>
>> Answer: Because it turns the discussion up-side-down.<br>
>> <br>
>> Question: Why should I not top-post?<br>
>> <br>
> <br>
> _______________________________________________<br>
> nginx-ru mailing list<br>
> <a href="mailto:nginx-ru@nginx.org" target="_blank">nginx-ru@nginx.org</a><br>
> <a href="http://mailman.nginx.org/mailman/listinfo/nginx-ru" rel="noreferrer" target="_blank">http://mailman.nginx.org/mailman/listinfo/nginx-ru</a><br>
_______________________________________________<br>
nginx-ru mailing list<br>
<a href="mailto:nginx-ru@nginx.org" target="_blank">nginx-ru@nginx.org</a><br>
<a href="http://mailman.nginx.org/mailman/listinfo/nginx-ru" rel="noreferrer" target="_blank">http://mailman.nginx.org/mailman/listinfo/nginx-ru</a></blockquote></div></div>