Pas një vit zhvillimi dërrasa e re stabile e serverit të HTTP me performancë të lartë dhe proxy shumëprotokolesh , e cila inkorporoi ndryshimet e grumbulluara në degën kryesore 1.17.x. Në të ardhmen, të gjitha ndryshimet në degën stabile 1.18 do të lidhen me rregullimin e defekteve të rëndësishme dhe vulnerabiliteteve. Së shpejti do të formohet dega kryesore nginx 1.19, në të cilën do të vazhdojë zhvillimi i mundësive të reja. Përdoruesit e zakonshëm, të cilët nuk kanë nevojë të sigurojnë përputhshmërinë me module të jashtme, përdorin degën kryesore, mbi të cilën në një periudhë prej tre muajsh formohen lëshimet e produktit komercial Nginx Plus.
Sipas i kompanisĂ« Netcraft, nginx pĂ«rdoret nĂ« 19.56% tĂ« tĂ« gjithĂ« faqeve aktive (njĂ« vit mĂ« parĂ« 20.73%, dy vjet mĂ« parĂ« 21.02%), e cila pĂ«rfaqĂ«son vendin e dytĂ« nĂ« popullaritet nĂ« kĂ«tĂ« kategori (pjesa e Apache Ă«shtĂ« 27.64%, Google â 10.03%, Microsoft IIS â 4.77%). MegjithatĂ«, kur shqyrtohen tĂ« gjitha faqet, nginx mban lidershipin dhe pĂ«rbĂ«n 36.91% tĂ« tregut (njĂ« vit mĂ« parĂ« 27.52%), ndĂ«rsa pjesa e Apache Ă«shtĂ« 24.73%, Microsoft IIS â 12.85%, Google â 3.42%.
Midis njĂ« milion faqeve mĂ« tĂ« vizituara nĂ« botĂ«, pjesa e nginx Ă«shtĂ« 25.54% (njĂ« vit mĂ« parĂ« 26.22%, dy vjet mĂ« parĂ« 23.76%). Aktualisht, rreth 459 milion faqeve funksionojnĂ« nĂ«n menaxhimin e nginx (njĂ« vit mĂ« parĂ« 397 milion). Sipas W3Techs, nginx pĂ«rdoret nĂ« 31.9% tĂ« faqeve nga milion faqet mĂ« tĂ« vizituara, nĂ« prillin e vitit tĂ« kaluar ky tregues ishte 41.8%, dhe nĂ« vitin e kaluar 38% (rĂ«nia shpjegohet me kalimin nĂ« raportimin e veçantĂ« tĂ« serverit HTTP Cloudflare). Pjesa e Apache ka rĂ«nĂ« nga 43.6% nĂ« 38.9% brenda njĂ« viti, ndĂ«rsa pjesa e Microsoft IIS Ă«shtĂ« ulur nga 8.6% nĂ« 8.3%. NĂ« Rusi, nginx pĂ«rdoret nĂ« 78.9% tĂ« faqeve mĂ« tĂ« vizituara (njĂ« vit mĂ« parĂ« â 81%).
Përmirësimet më të dukshme, të shtuar gjatë formimit të degës kryesore 1.17.x:
- Shtuar direktiva , e cila aktivizon modin e provës, në të cilin nuk aplikohet kufizimi i intensitetit të përpunimit të kërkesave (pa kufi të normës), por vazhdon të regjistrojë numrin e kërkesave që kalojnë kufijtë në memorien e ndarë;
- Shtuar direktiva , duke transferuar modulit ngx_http_limit_conn_module në një fazë provuese, në të cilën numri i lidhjeve nuk është i kufizuar, por është i regjistruar;
- Shtuar drejtimi "«, e cila lejon shtimin e një vonese për kërkesat e paautorizuara me kodin e përgjigjes 401 për të reduktuar intensitetin e provave të fjalëkalimeve dhe mbrojtjen nga , manipulimet që ndikojnë në matjen e kohës së ekzekutimit të operacioneve (timing attack) kur aksesoheni në sisteme, të cilat janë të kufizuara , ose (JSON Web Token);
- Shtuar mbështetje për variablat në drejtimet "limit_rate" dhe "limit_rate_after", si dhe në drejtimet "proxy_upload_rate" dhe "proxy_download_rate" të modulit të transmetimit;
- Në drejtimin është shtuar mbështetje për përdorimin e variablit në parametrin që përcakton adresën. Nëse adresa është e specifikuar si një emër domeni, emri kërkohet midis grupeve të serverëve të përshkruara, dhe nëse nuk gjendet, përcaktohet me anë të resolver-it;
- Variabla të reja janë shtuar dhe , që përmbajnë adresën dhe portin e serverit, të marrë nga headers e protokollit PROXY;
- Në modul është shtuar variabla , e cila ruan rezultatin e kufizimit të numrit të lidhjeve: PASSED, REJECTED ose REJECTED_DRY_RUN;
- Në modul është shtuar variabla , e cila ruan rezultatin e kufizimit të shpejtësisë së kërkesave: PASSED, DELAYED, REJECTED, DELAYED_DRY_RUN ose REJECTED_DRY_RUN;
- Kështu, është siguruar ndërtimi i modulit ;
- Shtuar mbështetje për kalimin e bllokut me emër "location" duke përdorur metodën $r->internal_redirect(), të ofruar nga interpreteri i brendshëm Perl. Kjo metodë tani parashikon trajtimin e URI me karaktere të koduar;
- Kur përdoret në bllokun e cilësimeve "upstream" me direktivën "" për të organizuar balancimin e ngarkesës me lidhjen e klientit me serverin, në rast se vlera e çelësit është e zbrazët, tani aktivizohet moda e balancimin të barabartë (round-robin);
- Shtuar mbështetje për thirrjen e ioctl(FIONREAD), nëse është e arritshme, për të shmangur leximin nga një lidhje të shpejtë për një kohë të gjatë.
Burimi: opennet.ru
