The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Выпуск nginx 1.11.2

05.07.2016 20:26

Представлен выпуск основной ветки высокопроизводительного HTTP- и прокси-сервера nginx 1.11.2.

Основные изменения:

  • В модуле stream добавлена возможность использования переменных;
  • Добавлен модуль ngx_stream_map_module, позволяющий создавать переменные, значения которых зависят от значений других переменных;
  • Добавлен модуль ngx_stream_return_module, который даёт возможность отправить заданное значение клиенту и после этого закрыть соединение;
  • Упразднены параметры сборки "--with-md5" и "--with-sha1". Внутренние реализации MD5 и SHA1 теперь используются всегда;
  • В директивах proxy_bind, fastcgi_bind, memcached_bind, scgi_bind и uwsgi_bind теперь можно указывать номер сетевого порта.
  • При поддержке в системе опции сокета IP_BIND_ADDRESS_NO_PORT, она теперь применяется по умолчанию;
  • Исправлена ошибка в рабочем процессе, приводящая к краху при использовании HTTP/2 и директивы proxy_request_buffering;
  • Исправлена ошибка, из-за которой при использовании HTTP/2 к запросам, передаваемым на бэкенд, всегда добавлялась строка заголовка "Content-Length", даже если у запроса не было тела;
  • Исправлена ошибка, приводившая к выводу в лог сообщения "http request count is zero" и проявляющаяся при использовании протокола HTTP/2;
  • Исправлена ошибка в директиве sub_filter, из-за которой могло буферизироваться больше данных, чем это необходимо. Проблема появилась в версии 1.9.4.


  1. Главная ссылка к новости (http://mailman.nginx.org/piper...)
  2. OpenNews: Обновление nginx 1.10.1 и 1.11.1 с устранением уязвимости
  3. OpenNews: Выпуск http-сервера nginx 1.11.0
  4. OpenNews: Увидел свет HTTP-сервер nginx 1.10.0
  5. OpenNews: Выпуск nginx 1.9.15
  6. OpenNews: Выпуск nginx 1.9.14
Автор новости: eRIC
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/44734-nginx
Ключевые слова: nginx
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (57) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (-), 00:12, 06/07/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Как начал пользоваться nginx года 3 назад, так забил на апач навсегда
     
     
  • 2.2, rob pike (?), 01:32, 06/07/2016 [^] [^^] [^^^] [ответить]  
  • +13 +/
    Как начал пользоваться pgbouncer, так забил на PostgreSQL навсегда.
     
     
  • 3.29, freehck (ok), 13:46, 06/07/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Как начал пользоваться Emacs, так забил на Lisp навсегда.
     
  • 2.3, th3m3 (ok), 01:47, 06/07/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Та же песня. Ещё удивляюсь, как кто-то юзает апач в 2016, если ему не нужны специфичные его модули. Или ещё извращенцы nginx+apache делают, вот тут совсем клиника. Опять же, если это не специфичный костыль.
     
     
  • 3.5, Аноним (-), 04:54, 06/07/2016 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Каким образом работает php движки с их .htaccess ? У меня три web сервиса полностью написанные на perl, переписывать всё на fastcgi ?  
     
     
  • 4.7, анином (?), 06:28, 06/07/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Единая точка входа, которую можно сделать не только с помощью хтаксесс, но и с помощью нгинкса
     
  • 4.9, Аноним (-), 07:51, 06/07/2016 [^] [^^] [^^^] [ответить]  
  • +/
    fcgiwrap
     
  • 4.10, Аноним (-), 07:58, 06/07/2016 [^] [^^] [^^^] [ответить]  
  • +/
    LiteSpeed HTTP таки умеет эти ваши htaccess.
     
     
  • 5.35, Аноним (-), 16:29, 06/07/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Странно хотеть производительности и гадить ее лишними обращениями к сторажу. А с htaccess по другому никак.
     
     
  • 6.48, Аноним (-), 04:20, 07/07/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Увы htaccess не умеет хранить себя в памяти с TTL
     
     
  • 7.50, Andrey Mitrofanov (?), 10:04, 07/07/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Увы htaccess не умеет хранить себя в памяти с TTL

    Это ваши апачи, лайти и жинксы не усеют _его_ хранить.

     
  • 6.56, Аноним (-), 17:51, 07/07/2016 [^] [^^] [^^^] [ответить]  
  • +/
    элементарно кешируется, а изменение файла отслеживается через inotify
     
  • 4.13, eRIC (ok), 08:12, 06/07/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Каким образом работает php движки с их .htaccess ?

    web не един только php и .htaccess, решения для ваших дуг давно есть в nginx и других альтернативных web серверах

    >У меня три web сервиса полностью написанные на perl, переписывать всё на fastcgi ?

    нет не нужно(если вы конечно в своем коде явно не зависите от внутренних библиотек, зависимостей и функций самого Apache), perl можно запускать и на nginx и на других альтернативных web серверах, которые поддерживают технологию FastCGI.

     
  • 4.15, Аноним (-), 08:53, 06/07/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Во всех нормальных современных веб-приложениях (хоть на php, хоть на python, хоть на ruby, хоть на чем) единая точка входа, достаточно одной строки try_files или error_page 404 =200.

    Апач нужен только для всякого легаси, которое трогать страшно. Ну и для шаред-хостингов, да, хотя не понимаю, кому они нужны, когда приличные vps-ки стоят 2 бакса.

     
     
  • 5.19, Аноним (-), 09:59, 06/07/2016 [^] [^^] [^^^] [ответить]  
  • +/
    последний php в режиме fcgi не нуждается даже в try_files.
     
     
  • 6.44, Аноним (-), 19:41, 06/07/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Статику через php гонять? Пфф, не, спасибо, не надо.

    Хотя я в своих самописных обхожусь без try_files. Для статики я выделяю отдельные субдомены или префиксные location-ы (плюс специальные location-ы для специальных случаев типа location = /favicon.ico), а все остальное отправляю на php, и php-код вообще лежит отдельно от document root. А с фреймворками типа yii/laravel проще через try_files все же, хотя и их на такую схему перевести несложно (просто многовато location-ов будет).

     
  • 5.25, Аноним (25), 12:58, 06/07/2016 [^] [^^] [^^^] [ответить]  
  • –3 +/
    теоретик от веба.

    посмотри на зарплаты bitrix разработчиков.
    и проглоти слюну.

     
     
  • 6.36, Аноним (-), 16:30, 06/07/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Ты еще 1Сников как пример приведи.
     
  • 6.38, _ (??), 17:12, 06/07/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Ага - у них зарплата - одо мороженное в день? :)
     
  • 6.43, Аноним (-), 19:27, 06/07/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Посмотрел, на hh офферов больше $2000 - единицы, и в большинстве речь идет скорее о руководящей роли.

    Не понял, кто и что тут глотает :-)

     
  • 4.26, angra (ok), 13:24, 06/07/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > У меня три web сервиса полностью написанные на perl, переписывать всё на fastcgi ?

    В мире современного perl уже минимум пять лет существует Plack, который избавляет от необходимости что-то переписывать при смене mod_perl на fastcgi или на еще десяток бекендов.  


     
  • 4.27, й (?), 13:37, 06/07/2016 [^] [^^] [^^^] [ответить]  
  • +/
    воу-воу-воу, cgi-программисты в треде. срочно читать про mojolicious
     
  • 4.49, yet another anon (?), 08:26, 07/07/2016 [^] [^^] [^^^] [ответить]  
  • +/
    spawn-fcgi
     
  • 3.24, Аноним (25), 12:57, 06/07/2016 [^] [^^] [^^^] [ответить]  
  • –4 +/
    bitrix завязан на апач по большей части.

    быстро
    просто
    эффективно

     
     
  • 4.31, th3m3 (ok), 14:14, 06/07/2016 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Что-то как-то не вяжется Bitrix с этим словами:
    >>быстро

    Даже wordpress наверное быстрее.
    >>просто

    Точно нет.
    >>эффективно

    Опять нет.

     
  • 4.57, Ананас (?), 08:55, 08/07/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Ну у меня работает на нджинксе и пхп-фпм.
     
  • 3.28, angra (ok), 13:42, 06/07/2016 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > Или ещё извращенцы nginx+apache делают, вот тут совсем клиника.

    Ну если это совсем клиника, тебе ведь не составит проблему привести хоть парочку аргументов, правда?


     
     
  • 4.32, th3m3 (ok), 14:16, 06/07/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Ок. Зачем нам апач жрущий ресурсы сервера, если справится один шустрый и лёгкий nginx?
     
     
  • 5.37, Аноним (-), 16:32, 06/07/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Ок. Зачем нам апач жрущий ресурсы сервера, если справится один шустрый и
    > лёгкий nginx?

    некоторые совсем долбанутые решения бывают как модуль для апача.

     
  • 5.39, Аноним (-), 17:17, 06/07/2016 [^] [^^] [^^^] [ответить]  
  • +/
    А не подскажете, как на хостинге настроить nginx так, что бы пользователи могли добавлять свои сайтики с хитрыми правилами которые делаются обычно через .htaccess и при этом не положили сайты других пользователей (если им дать доступ в конфиг nginx то они смогут это сделать).
     
     
  • 6.41, _ (??), 17:33, 06/07/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > А не подскажете, как на хостинге настроить nginx так, что бы пользователи
    > могли добавлять свои сайтики с хитрыми правилами которые делаются обычно через
    > .htaccess и при этом не положили сайты других пользователей (если им
    > дать доступ в конфиг nginx то они смогут это сделать).

    Ну если "вы у мамы хостинг" - то ладно подскажу. Ставьте нжинкс на фронт, и сколько-клиентов-столько нжинксов на бэк, и у каждого свой конфиг. Скажешь не будет такое работать? Дык - будет! :)

     
     
  • 7.47, angra (ok), 01:53, 07/07/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Добавлю к этому, что в 90% случаев пользователям от .htaccess нужно либо исполнение стадартного .htaccess от CMS, либо try_files на index.php. То есть в большинстве случаев можно обойтись возможностью для пользователя выбрать из нескольких готовых шаблонов для nginx.

     
     
  • 8.52, Аноним (-), 10:30, 07/07/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Либо перенаправление старых ссылок, которые когда-то участвовали в рекламных ком... текст свёрнут, показать
     
  • 5.40, _ (??), 17:31, 06/07/2016 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Ок. Зачем нам один шустрый и лёгкий nginx если ваш Ынтерпрайз аапЗЪ требует апач жрущий ресурсы сервера, если повезёт?  А если нет - там будет JavaEE со всеми потрохами :(
    Тоже одним нжинксом заменишь? А штаны не лопнут? :))))
    Вот потому у людей с головой всё на своём месте, где надо - нжинкс, где надо - опачЬ, где надо - жабы в прудике :)
     
     
  • 6.45, th3m3 (ok), 21:18, 06/07/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Я говорил, если это не специфичный случай. Тут можно понять использование апача.
     
  • 5.46, angra (ok), 01:47, 07/07/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    nginx уже умеет исполнять php? Времена, когда большинство сайтов были чисто статическими прошли задолго до появления nginx. А исполнение php это основной usecase, а не специфический случай.
    Предупреждая следущее возражение, сообщаю, php-fpm не имеет преимущества по скорости перед apache+mod_php и выбор между ними идет на основе требуемых фич.
     
     
  • 6.53, XoRe (ok), 13:32, 07/07/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > nginx уже умеет исполнять php?

    Да, через fastcgi. То, что у php-fpm и apache+mod_php одинаковая скорость, не является преимуществом Apache. А вот у nginx перед apache преимуществ достаточно.
    Конечно, Apache можно затюнить так, что он будет почти дотягивать до состояния дефолтного nginx. Но после тюнинга nginx, тот уходит в большой отрыв.

     
     
  • 7.55, angra (ok), 13:56, 07/07/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Посмотри внимательно предыдущие сообщения. Речь шла о связке nginx+apache, а не о том, что nginx лучше apache справляется со статикой, кешированием и проксированием или о том, чтобы  оставить только apache. То есть в этом контексте сравнивается не столько apache c nginx, сколько apache+mod_php с php-fpm.

    Nginx не умеет исполнять что-либо через fastcgi, он умеет обращаться к fastcgi серверу. А вот apache с mod_ЯП реально может быть средой исполнения.

     
     
  • 8.59, XoRe (ok), 13:36, 09/07/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Да, но я не вижу эксклюзивного профита от такого способа под нагрузкой php-fcgi... текст свёрнут, показать
     
  • 6.58, Аноним (-), 15:09, 08/07/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    php-fpm имеет преимущество в memory footprint и простоте конфигурации
     
  • 5.51, Аноним (-), 10:28, 07/07/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Потому-что бывает не один сайт с не одним разработчиком и они должны работать под разными user-ами из-за особенностей доступа к файлам и папкам.
    ( этакий мини shared хостинг на своей vps )
     
  • 2.16, username (??), 09:00, 06/07/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Как начал пользоваться nginx для балансировки вебни годы тому назад, так и перешел на apache traffic server.  
     
     
  • 3.42, _ (??), 17:37, 06/07/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Как начал пользоваться nginx для балансировки вебни годы тому назад, так и
    > перешел на apache traffic server.

    Технически возможно, но вот оправданно только в узеньком таком диапазоне ... а нжинкс - затычка универсальная! :) У меня младо-одмины хотят им IMAP проксить ... и быстрее всего - получится :)

     

  • 1.4, Аноним (-), 03:21, 06/07/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Добавлен модуль ngx_stream_return_module

    Всегда делаю так

    location = /hello {
      types { };
      default_type text/plain;
      return 200 "hello world";
    }

     
     
  • 2.14, eRIC (ok), 08:22, 06/07/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Всегда делаю так
    > location = /hello {
    >   types { };
    >   default_type text/plain;
    >   return 200 "hello world";
    > }

    это вы отправляете статус код 200 и текст для HTTP протокола(версии 1.0/1.1/2) после выполнения запроса, в новой же 1.11.2 версии теперь можно отправлять текст, переменные и их комбинации для TCP и UDP портов в модуле stream


     
  • 2.54, XoRe (ok), 13:34, 07/07/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это вы для http запроса делаете так. А модуль stream обрабатывает просто TCP/UDP потоки.
    В общении с postgres и memcache нету location /hello.
     

  • 1.6, Какаянахренразница (ok), 05:28, 06/07/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    Зачастили как-то релизы nginx-а...
     
     
  • 2.8, Аноним (-), 07:30, 06/07/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это мейнлайн, он всегда частит, штабле 1.10.1 теперь будет пока в нём дыру не найдут
     
     
  • 3.12, eRIC (ok), 08:08, 06/07/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >штабле 1.10.1 теперь будет пока в нём дыру не найдут

    дело не только в находке дыр но испытание временем и деплойментом, если по истечению X времени основная ветка будет показывать себя стабильно и без нареканий то оно постепенно будет переходить и обновлять стабильную версию.


     
  • 2.11, eRIC (ok), 08:05, 06/07/2016 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Зачастили как-то релизы nginx-а...

    а как же, без этого никак :)

     
  • 2.17, Andrey Mitrofanov (?), 09:22, 06/07/2016 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > Зачастили как-то релизы nginx-а...

    Ладно-ладно. зафорсил-зафорсил уже-уже.

     
     
  • 3.20, Какаянахренразница (ok), 10:36, 06/07/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Ладно-ладно. зафорсил-зафорсил уже-уже.

    Не ворчи. Этот комент показывает, что я зашёл в новость, прочитал, плюсанул и задумался о судьбах отечест... своего сервачка. Если комента нет -- значит у Какаяны что-то не в порядке.

     
     
  • 4.22, Andrey Mitrofanov (?), 10:46, 06/07/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >Если комента нет -- значит

    :-P А если его столько, что создаётся впечатление, что:
    (Скажи нет тупому флуду -- будь весел и изобретателен в тролинге своЕм!)


    > у Какаяны что-то не в порядке.

     
     
  • 5.23, Какаянахренразница (ok), 11:11, 06/07/2016 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Скажи нет тупому флуду -- будь весел и изобретателен в тролинге своЕм!

    Хм, ладно. Да будет по слову твоему. Горшочек, не флуди.

     

  • 1.18, Ан v.4 (?), 09:57, 06/07/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Неужели теперь во фреймах порносайтов не будет надписи с ошибкой от нгеникса с не найденными воротами. Это уже прогресс. Или они договорились?
     
     
  • 2.21, Shodan (ok), 10:45, 06/07/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Неужели теперь во фреймах порносайтов не будет надписи с ошибкой от нгеникса
    > с не найденными воротами. Это уже прогресс. Или они договорились?

    А это не проблема нджинкса

     
     
  • 3.30, Аноним (-), 13:59, 06/07/2016 [^] [^^] [^^^] [ответить]  
  • +/
    >> Неужели теперь во фреймах порносайтов не будет надписи с ошибкой от нгеникса
    >> с не найденными воротами. Это уже прогресс. Или они договорились?
    >
    > А это не проблема нджинкса

    Это проблема порносайтов

     
     
  • 4.34, rshadow (ok), 16:24, 06/07/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    <marketolog>
        Это услуга порносайтов
    </marketolog>
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру