Po roce vývoje nová stabilní větev vysoce výkonného HTTP serveru a multiprotokolového proxy serveru , která absorbovala změny nashromážděné v rámci hlavní větve 1.17.x. Všechny změny ve stabilní větvi 1.18 budou v budoucnu souviset s odstraňováním závažných chyb a zranitelností. Brzy se vytvoří hlavní větev nginx 1.19, v rámci které bude pokračovat vývoj nových funkcí. Pro běžné uživatele, kteří nemají za úkol zajišťovat kompatibilitu s moduly třetích stran, použijte hlavní větev, na jejímž základě se každé tři měsíce tvoří verze komerčního produktu Nginx Plus.
V souladu s Netcraft nginx se používá na 19.56 % všech aktivních stránek (před rokem 20.73 %, před dvěma lety 21.02 %), což odpovídá druhému místu v oblíbenosti v této kategorii (podíl Apache odpovídá 27.64 %, Google – 10.03 %, Microsoft IIS - 4.77 %) . Současně, když vezmeme v úvahu všechny weby, nginx si udržuje své vedoucí postavení a zaujímá 36.91% trhu (před rokem 27.52%), zatímco podíl Apache odpovídá 24.73%, Microsoft IIS - 12.85%, Google - 3.42%.
Mezi milionem nejnavštěvovanějších stránek na světě je podíl nginx 25.54 % (před rokem 26.22 %, před dvěma lety 23.76 %). V současnosti Nginx provozuje asi 459 milionů webových stránek (před rokem 397 milionů). Podle W3Techs nginx se používá na 31.9 % webů z milionu nejnavštěvovanějších, v dubnu loňského roku to bylo 41.8 %, předloni - 38 % (pokles je vysvětlen přechodem na samostatné účtování serveru Cloudflare http). Podíl Apache klesl během roku ze 43.6 % na 38.9 % a podíl Microsoft IIS z 8.6 % na 8.3 %. V Rusku nginx na 78.9 % nejnavštěvovanějších stránek (před rokem - 81 %).
Nejpozoruhodnější vylepšení přidaná během vývoje upstream větve 1.17.x:
- Doplněna směrnice , který aktivuje režim zkušebního provozu, ve kterém nejsou aplikována žádná omezení na intenzitu zpracování požadavků (bez omezení rychlosti), ale nadále zohledňuje počet požadavků překračujících limity ve sdílené paměti;
- Doplněna směrnice , který přepne modul ngx_http_limit_conn_module do režimu zkušebního provozu, ve kterém není počet připojení omezen, ale je zohledněn;
- Přidána směrnice "“, který vám umožňuje přidat zpoždění k neoprávněným požadavkům s kódem odpovědi 401, abyste snížili intenzitu hádání hesla a chránili před , manipulace s měřením doby provádění operací (timing attack) při přístupu k systémům, ke kterým je přístup omezen , nebo (webový token JSON);
- Přidána podpora proměnných v direktivách „limit_rate“ a „limit_rate_after“ a také v direktivách „proxy_upload_rate“ a „proxy_download_rate“ modulu stream;
- Ve směrnici přidána podpora pro použití proměnné v parametru, který definuje adresu. Pokud je adresa uvedena jako název domény, je název prohledán mezi popsanými skupinami serverů, a pokud není nalezen, určí se pomocí resolveru;
- Přidány nové proměnné и , které obsahují adresu serveru a port získaný z hlavičky protokolu PROXY;
- V modulu proměnná přidána , který ukládá výsledek omezení počtu připojení: PASSED, REJECTED nebo REJECTED_DRY_RUN;
- V modulu proměnná přidána , který ukládá výsledek omezení rychlosti příchodu požadavků: PASSED, DELAYED, REJECTED, DELAYED_DRY_RUN nebo REJECTED_DRY_RUN;
- Standardně je modul sestaven ;
- Přidána podpora pro přepínání bloků s názvem "location" pomocí metody $r->internal_redirect() poskytované vestavěným interpretem Perl. Tato metoda nyní zahrnuje zpracování URI s uvozenými znaky;
- Při použití direktivy „upstream“ v bloku nastavení „upstream“.» Chcete-li uspořádat vyrovnávání zátěže pomocí vazby klient-server, pokud zadáte prázdnou hodnotu klíče, je nyní aktivován režim jednotného vyrovnávání (round-robin);
- Přidána podpora pro volání ioctl(FIONREAD), pokud je k dispozici, aby se zabránilo čtení z rychlého připojení v průběhu času.
Zdroj: opennet.ru