proxy_cache_purge

[Илья Шипицин]

пн, 30 июл. 2018 г. в 16:30, Gena Makhomed <gmm на csdoc.com>:

> On 30.07.2018 14:06, Igor A. Ippolitov wrote:
>
> > Мне кажется, что proxy_cache_bypass легко позволяет замещать контент в
> > кэше (что и делает purge, в широком смысле).
>
> Замещать существующий контент или добавлять новый - да.
> Но удалять не позволяет, в этом и состоит (небольшое) отличие.
>
> Вот поэтому и не понятно, почему нельзя сделать директиву
> proxy_cache_purge доступной в open source версии nginx?
>


ответ, вероятно, вы знаете. nginx это действительно open source, но, как и
для любого 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?
>
> --
> Best regards,
>   Gena
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru на nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru
----------- следущая часть -----------
Вложение в формате HTML было извлечено…
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20180730/33b3f0f4/attachment.html>