издание на nginx 1.18.0

След година на развитие представлявано от нов стабилен клон на високопроизводителен HTTP сървър и мултипротоколен прокси сървър nginx 1.18.0, който абсорбира промените, натрупани в основния клон 1.17.x. В бъдеще всички промени в стабилния клон 1.18 ще бъдат свързани с отстраняването на сериозни грешки и уязвимости. Скоро ще се формира основният клон на nginx 1.19, в рамките на който ще продължи разработването на нови функции. За обикновени потребители, които нямат задачата да осигурят съвместимост с модули на трети страни, препоръчва се използвайте основния клон, въз основа на който се формират версии на търговския продукт Nginx Plus на всеки три месеца.

Според Априлски отчет 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%). В момента около 459 милиона уебсайта работят с Nginx (397 милиона преди година). от данни Nginx на W3Techs се използва на 31.9% от най-посещаваните милиони сайтове, през април миналата година тази цифра беше 41.8%, година по-рано - 38% (спадът се обяснява с прехода към отделно отчитане на http сървъра Cloudflare). Делът на Apache спадна през годината от 43.6% на 38.9%, а делът на Microsoft IIS от 8.6% на 8.3%. В Русия nginx употребяван на 78.9% от най-посещаваните сайтове (преди година - 81%).

Най-забележителните подобрения, добавени по време на разработката на клона нагоре по веригата 1.17.x:

• Добавена директива limit_req_dry_run, който активира пробния режим, в който не се прилагат ограничения върху интензивността на обработка на заявките (без ограничение на скоростта), но продължава да отчита броя на заявките, надвишаващи ограниченията в споделената памет;
• Добавена директива limit_conn_dry_run, който превключва модула ngx_http_limit_conn_module в тестов режим, в който броят на връзките не е ограничен, но се отчита;
• Добавена директива "забавяне_за удостоверяване", което ви позволява да добавите забавяне към неупълномощени заявки с код за отговор 401, за да намалите интензивността на отгатването на паролата и да се предпазите от атака, манипулиране на измерването на времето за изпълнение на операции (тайминг атака) при достъп до системи, до които достъпът е ограничен парола, резултат от подзаявка или J.W.T. (JSON уеб токен);
• Добавена е поддръжка за променливи в директивите "limit_rate" и "limit_rate_after", както и в директивите "proxy_upload_rate" и "proxy_download_rate" на потоковия модул;
• В директивата grpc_pass добавена поддръжка за използване на променлива в параметър, който дефинира адрес. Ако адресът е указан като име на домейн, името се търси сред описаните групи сървъри и, ако не бъде намерено, се определя с помощта на резолвер;
• Добавени са нови променливи $proxy_protocol_server_addr и $proxy_protocol_server_port, които съдържат адреса и порта на сървъра, получени от хедъра на протокола PROXY;
• В модула ngx_stream_limit_conn_module добавена променлива $limit_conn_status, който съхранява резултата от ограничаването на броя на връзките: PASSED, REJECTED или REJECTED_DRY_RUN;
• В модула ngx_http_limit_req_module добавена променлива $limit_req_status, който съхранява резултата от ограничаване на скоростта на пристигане на заявки: PASSED, DELAYED, REJECTED, DELAYED_DRY_RUN или REJECTED_DRY_RUN;
• По подразбиране модулът е сглобен ngx_http_postpone_filter_module;
• Добавена е поддръжка за превключване на именувани блокове „локация“ с помощта на метода $r->internal_redirect(), предоставен от вградения интерпретатор на Perl. Този метод сега включва обработка на URI с екранирани знаци;
• Когато използвате директивата „upstream“ в блока с настройки „upstream“.хашиш» за организиране на балансиране на натоварването с обвързване клиент-сървър, ако зададете празна стойност на ключ, режимът на равномерно балансиране (кръгов режим) вече е активиран;
• Добавена е поддръжка за извикване на ioctl(FIONREAD), ако е налично, за да се избегне четене от бърза връзка с течение на времето.

Източник: opennet.ru