ProHoster > Blog > Internet Neiegkeeten > nginx 1.18.0 Verëffentlechung

nginx 1.18.0 Verëffentlechung

No engem Joer vun Entwécklung representéiert duerch nei stabile Branche vum performante HTTP-Server a Multiprotokoll Proxy Server nginx 1.18.0, déi d'Verännerungen absorbéiert hunn, déi an der Haaptzweig 1.17.x accumuléiert sinn. An Zukunft wäerten all Ännerungen an der stabiler Branche 1.18 mat der Eliminatioun vu schlëmme Feeler a Schwachstelle verbonne sinn. D'Haaptzweig vun nginx 1.19 wäert geschwënn geformt ginn, an deem d'Entwécklung vun neie Feature weider geet. Fir gewéinlech Benotzer déi net d'Aufgab hunn d'Kompatibilitéit mat Drëtt-Partei Moduler ze garantéieren, recommandéiert benotzen d'Haaptzweig, op Basis vun deem Verëffentlechunge vum kommerziellen Produkt Nginx Plus all dräi Méint geformt ginn.

Geméiss den апрельским отчетом компании Netcraft nginx используется на 19.56% всех активных сайтов (год назад 20.73%, два года назад 21.02%), что соответствует второму месту по популярности в данной категории (доля Apache соответствует 27.64%, Google — 10.03%, Microsoft IIS — 4.77%). При этом при рассмотрении всех сайтов nginx сохраняет лидерство и занимает 36.91% рынка (год назад 27.52%), в то время как доля Apache соответствует 24.73%, Microsoft IIS — 12.85%, Google — 3.42%.

Среди миллиона самых посещаемых сайтов в мире доля nginx составляет 25.54% (год назад 26.22%, два года назад 23.76%). В настоящее время под управлением nginx работает около 459 млн сайтов (год назад 397 млн). По uginn W3Techs nginx используется на 31.9% сайтах из миллиона самых посещаемых, в апреле прошлого года этот показатель составлял 41.8%, позапрошлого — 38% (спад объясняется переходом к отдельному учёту http-сервера Cloudflare). Доля Apache за год снизилась с 43.6% до 38.9%, а доля Microsoft IIS с 8.6% до 8.3%. В России nginx benotzt gëtt на 78.9% самых посещаемых сайтов (год назад — 81%).

Déi bemierkenswäert Verbesserunge bäigefüügt während der Entwécklung vun der 1.17.x Upstream Branche:

  • Direktiv dobäi limit_req_dry_run, deen den Testmodus aktivéiert, an deem keng Restriktiounen op d'Intensitéit vun der Ufroveraarbechtung applizéiert ginn (ouni Tariflimit), awer weider d'Zuel vun den Ufroen ze berücksichtegen, déi d'Limiten am gemeinsame Gedächtnis iwwerschreiden;
  • Direktiv dobäi limit_conn_dry_run, переводящая модуль ngx_http_limit_conn_module в режим пробного запуска, при котором число соединений не ограничивается, но учитывается;
  • Derbäigesat Direktiv "auth_delay", wat Iech erlaabt eng Verzögerung un onerlaabten Ufroe mat engem Äntwertcode vu 401 ze addéieren fir d'Intensitéit vum Passwuert ze reduzéieren an ze schützen géint Attacken, Manipulatioun vun der Messung vun der Ausféierungszäit vun den Operatiounen (Timing Attack) beim Zougang zu Systemer op deenen den Zougang limitéiert ass Passwuert, Resultat vun enger Subquery oder J.W.T. (JSON Web Token);
  • Добавлена поддержка переменных в директивах «limit_rate» и «limit_rate_after», а также в директивах «proxy_upload_rate» и «proxy_download_rate» модуля stream;
  • An der Direktiv grpc_pass добавлена поддержка использования переменной в параметре, определяющем адрес. Если адрес указан в виде доменного имени, имя ищется среди описанных групп серверов, и, если не найдено, то определяется с помощью resolver’а;
  • Nei Verännerlechen dobäi $proxy_protocol_server_addr и $proxy_protocol_server_port, déi d'Serveradress an den Hafen aus dem PROXY Protokoll Header enthalen;
  • Am Modul ngx_stream_limit_conn_module добавлена переменная $limit_conn_status, которая хранит результат ограничения числа соединений: PASSED, REJECTED или REJECTED_DRY_RUN;
  • Am Modul ngx_http_limit_req_module добавлена переменная $limit_req_status, которая хранит результат ограничения скорости поступления запросов: PASSED, DELAYED, REJECTED, DELAYED_DRY_RUN или REJECTED_DRY_RUN;
  • По умолчанию обеспечена сборка модуля ngx_http_postpone_filter_module;
  • Ënnerstëtzung bäigefüügt fir mam Numm "Location" Blocks ze wiesselen mat der $r->internal_redirect() Method, déi vum agebaute Perl Dolmetscher geliwwert gëtt. Dës Method implizéiert elo Veraarbechtung URIs mat entgoe Charaktere;
  • Wann Dir d'"Upstream" Direktiv am "Upstream" Astellungsblock benotztmä awer och» fir Laaschtbalancéierung mat Client-Server-Bindung z'organiséieren, wann Dir en eidele Schlësselwäert spezifizéiert, gëtt den eenheetleche Balancemodus (Ronn-Robin) elo aktivéiert;
  • Добавлена поддержка вызова ioctl(FIONREAD), если он доступен, чтобы избежать чтения из быстрого соединения в течение долгого времени.

Source: opennet.ru

Setzt e Commentaire