On 27/06/2018 17:05, Gena Makhomed wrote:
> On 27.06.2018 16:06, rihad wrote:
>
>> joneum@ пока не ответил, отписал другому девелоперу osa@ и он
>> ответил, что
>> проблему пофиксили в www/nginx-devel (1.15.x)
>
> Наверное есть смысл перейти на использование ветки mainline 1.15.х
> Она не менее стабильная, чем stable, и на основании ветки mainline
> создается коммерческая версия "NGINX Plus".
>
> Валентин Бартенев пишет, что "Если вы хотите получить все новые
> возможности, оптимизации и исправления, то стоит отдать предпочтение
> основной ветке, которая (по иронии) в целом более надежна, чем
> стабильная ветка." - https://habr.com/post/282554/
>
> Хотя на сайте nginx.com не понятно зачем опубликована противоположная
> рекомендация: "We recommend the stable version for production servers"
>
> https://docs.nginx.com/nginx/admin-guide/installing-nginx/installing-nginx-open-source/#choosing-between-a-stable-or-a-mainline-version
>
>
> Скорее всего, редакторы сайта nginx.com, писавшие тот раздел
> сами заблуждаются и поэтому вводят в заблуждение читателей сайта.
>
> Поскольку на том же сайте на другой странице
> написана рекомендация использовать mainline версию:
>
> "We recommend that in general you deploy the NGINX mainline branch
> at all times." - https://www.nginx.com/blog/nginx-1-6-1-7-released/
>
> Вот еще что нашел в списке рассылки:
>
> Just a note for people who worry about using mainline version
> in production. The fact that there is version called "stable" doesn't
> imply that the other one is "unstable". We call one branch stable
> because we maintain internal API and feature set stability
> for 3rd-party developers, while mainline versions gets
> all improvements (and even more bugfixes).
>
> http://mailman.nginx.org/pipermail/nginx/2014-February/042080.html
>
Это все примерно так, только исходный вопрос имеет примерно никакое
отношение к stable vs mainline.
--
Maxim Konovalov
_______________________________________________
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
