Доступен (http://mailman.nginx.org/pipermail/nginx-ru-announce/2016/00...) новый выпуск основной ветки высокопроизводительного HTTP-сервера nginx (http://www.nginx.org/) 1.11.5, в котором реализованы следующие изменения:- Добавлен новый модуль ngx_stream_ssl_preread_module (https://nginx.org/ru/docs/stream/ngx_stream_ssl_preread_modu...), позволяющий извлекать информацию из сообщения ClientHello без терминирования SSL/TLS, например можно получить имя сервера, запрошенное через SNI;
- Добавлена возможность ограничения максимального числа соединений для директивы server в блоке upstream, через указание параметра max_conns;
- Добавлен новый параметр "--with-compat" в configure;
- В директивы "proxy_cache_path", "fastcgi_cache_path", "scgi_cache_path" и "uwsgi_cache_path" добавлены параметры manager_files, manager_threshold и manager_sleep;
- Поддержка IPv6 теперь включается при сборке автоматически, параметр "--with-ipv6" в скрипте configure упразднён;
- Nginx не сбрасывает статистику ошибок всех серверов, если в блоке upstream не оказалось доступных серверов, а ожидает истечения fail_timeout;
- Исправлена ошибка: при сборке perl-модуля не использовались флаги, заданные
с помощью параметра "configure --with-ld-opt";- Исправлена ошибка в реализации директивы "add_after_body", проявляющаяся при использовании совместно с
директивой "sub_filter";
- Исправлена ошибка в переменной "$realip_remote_addr";
- Исправлены ошибки в директивах "dav_access", "proxy_store_access", "fastcgi_store_access", "scgi_store_access" и "uwsgi_store_access", где игнорировались права, заданные для пользователя;
- Исправлена ошибка наследования unix domain listen-сокетов при обновлении исполняемого файла на Linux-системах;
- Исправлена ошибка при которой возвращалась ошибка 400 на запросы с символом "-" в HTTP-методе.URL: http://mailman.nginx.org/pipermail/nginx-ru-announce/2016/00...
Новость: http://www.opennet.me/opennews/art.shtml?num=45307
Зачастили как-то релизы nginx-а...
Пусть релизятся. Видно, что проект не стоит на месте, а активно развивается.
Основной вопрос в том, стоит ли обновляться. А то, знаете ли, у разработчиков вредная привычка писать в changelog-е об исправленных багах, но не упоминать добавленные.
вот же свочь, понадобавлял багов и молчит !
А свочь то за что? Он только вочь производит, вебсерваки не к ним.
> Основной вопрос в том, стоит ли обновляться.если в данной версии есть решения проблем, которые вы наблюдаете - ДА, если нет - НЕТ. Обновится всегда будет возможным как эти решения плавно перейдут в стейбл
>у разработчиков вредная привычка писать в changelog-е об исправленных багах, но не >упоминать добавленные.
помимо changelog у вас доступ к исходным кодам с каждым внесенным изменением ;)
> помимо changelog у вас доступ к исходным кодам с каждым внесенным изменением
> ;)Вот бы ещё доступ к неограниченному времени, чтобы прочитать исходники. Ну и доступ к мозгами поприличнее, чтобы понять прочитанное.
Если исправляется баг, добавленный в какой-то конкретной версии, то версия указывается. По логу можно проследить сколько таких бывает.
Проследи, будь любез, по логу, какие баги были добавлены в версии 1.11.5. Заранее спасибо.
> Проследи, будь любез, по логу, какие баги были добавлены в версии 1.11.5.
> Заранее спасибо.стёб? :)
> стёб? :)Ты, eRIC, хороший человек. Вежливый, спокойный. Поэтому я тебе отвечу серьёзно.
Ребята из nginx делают хороший веб-сервер. Я им пользуясь, наверное, лет восемь. Нареканий у меня к нему нет никаких. Вылазят иногда грабли с модулями, но это претензии не к разрабам, а к делателям deb-пакетов под Ubuntu. Поэтому я с интересом слезу за выходом новых версий, но сам обновляюсь неспешно.
> Ты, eRIC, хороший человек. Вежливый, спокойный. Поэтому я тебе отвечу серьёзно.:)
> Ребята из nginx делают хороший веб-сервер. Я им пользуясь, наверное, лет восемь.
> Нареканий у меня к нему нет никаких. Вылазят иногда грабли с
> модулями, но это претензии не к разрабам, а к делателям deb-пакетов
> под Ubuntu. Поэтому я с интересом слезу за выходом новых версий,
> но сам обновляюсь неспешно.ну скоро стейбл 1.10.2 релиз на подхде, немного(сутки) подожди...
Никаких, очевидно же. Не пойман - не баг.
Не можешь? Ну вот и не треплись про "можно проследить по логу".
Читать разучился? Никаких багов.
> Поддержка IPv6 теперь включается при сборке
> автоматическиcпасибо за добавленную потенциальную дыру, ребята.
Шёл 2016 год...
> Шёл 2016 год...... ipv6 продолжал оставаться ненужным опасным дерьмом, как и все поделки "комитетов" напрочь оторванных от реальности.
и без аппаратной таблицы ipv6 с большим пулом аллокации под шлюзы провайдеров
> ... ipv6 продолжал оставаться ненужным опасным дерьмомЕсли так рассуждать - компьютер тоже пожалуй является "ненужным опасным дерьмом". Да и много его еще.
> помимо changelog у вас доступ к исходным кодам с каждым внесенным изменением ;)т.е. просмотрев diff'ы вы сможете уверенно сказать, что в этом месте ошибка? :)
>> помимо changelog у вас доступ к исходным кодам с каждым внесенным изменением ;)
> т.е. просмотрев diff'ы вы сможете уверенно сказать, что в этом месте ошибка?
> :)"Нет, Вы!" :)))
> т.е. просмотрев diff'ы вы сможете уверенно сказать, что в этом месте ошибка?
> :)вопрос стоял в другом: у разработчиков вредная привычка писать в changelog-е об исправленных багах, но не упоминать добавленные.
т.е. тем самым можно посмотреть ВСЕ внесенные изменения/коммиты, которые не были упомянуты в changelog - будь это баг, фича, исправление, косметические изменения.
отвечая на ваш вопрос: НЕТ, просто просмотрев diff или какой нить комит не скажешь что это баг или изменение, которое приводит к нежелательному поведению. Но если сталкиваешься с каким-то аномальным поведением, начинаешь выяснять/дебажить, круг внесенных изменений суживается и можно будет дальше определить какое именно добавление/изменение влияет на это
> - Nginx не сбрасывает статистику ошибок всех серверов, если в блоке
> upstream не оказалось доступных серверов, а ожидает истечения fail_timeout;Вот это настоящая засада. Сейчас, когда все бекенды отвалились, nginx делает всех живыми.
Хотя, как лакмусовая бумажка, такое поведение покажет на проблему, если бекенды постоянно отваливаются.
Когда уже NGINX станет компилятором? Зачем все эти сотни переменных каждый раз инициализировать из конфигурации? Скомпилировал файлик написанный на языке NGINX и зашибись, вобще летать будет.
Перепишут на Rust и проблемы не будет.
Есть поддержка perl и lua, есть работа с redis и memcache. Вполне себе готовый джентельменский набор разработчика.