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