nginx 1.18.0 ریلیز کریں۔

ترقی کے ایک سال بعد کی طرف سے نمائندگی اعلی کارکردگی والے HTTP سرور اور ملٹی پروٹوکول پراکسی سرور کی نئی مستحکم شاخ نگنکس 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 ملین ایک سال پہلے) چل رہی ہیں۔ کی طرف سے دیا W3Techs nginx سب سے زیادہ وزٹ کی گئی ملین میں سے 31.9% سائٹس پر استعمال کیا جاتا ہے، پچھلے سال اپریل میں یہ تعداد 41.8% تھی، ایک سال پہلے - 38% (کمی کی وضاحت Cloudflare HTTP سرور کے الگ اکاؤنٹنگ میں منتقلی سے ہوتی ہے)۔ اپاچی کا حصہ سال بھر میں 43.6% سے گر کر 38.9% ہو گیا، اور Microsoft IIS کا حصہ 8.6% سے 8.3% ہو گیا۔ روس میں nginx استعمال کیا جاتا ہے۔ 78.9% سب سے زیادہ دیکھی جانے والی سائٹس پر (ایک سال پہلے - 81%)۔

1.17.x اپ اسٹریم برانچ کی ترقی کے دوران شامل کی گئی سب سے قابل ذکر بہتری:

• ہدایت شامل کی گئی۔ حد_قابلہ_خشک_رون، جو ٹرائل رن موڈ کو چالو کرتا ہے، جس میں درخواست کی کارروائی کی شدت پر کوئی پابندی نہیں لگائی جاتی ہے (بغیر شرح کی حد)، لیکن مشترکہ میموری میں حد سے زیادہ درخواستوں کی تعداد کو مدنظر رکھنا جاری رکھتا ہے۔
• ہدایت شامل کی گئی۔ حد_کون_کرائے_کریں، جو ngx_http_limit_conn_module ماڈیول کو ٹیسٹ رن موڈ میں تبدیل کرتا ہے، جس میں کنکشن کی تعداد محدود نہیں ہے، لیکن اسے مدنظر رکھا جاتا ہے۔
• شامل کردہ ہدایت "مصنف_ تاخیر"، جو آپ کو 401 کے جوابی کوڈ کے ساتھ غیر مجاز درخواستوں میں تاخیر کا اضافہ کرنے کی اجازت دیتا ہے تاکہ پاس ورڈ کا اندازہ لگانے کی شدت کو کم کیا جا سکے۔ حملےآپریشن کے عمل کے وقت کی پیمائش میں ہیرا پھیری (ٹائمنگ اٹیک) جب ایسے سسٹمز تک رسائی حاصل کرنا جہاں تک رسائی محدود ہے پاس ورڈ, ذیلی استفسار کا نتیجہ یا جے ڈبلیو ٹی (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، جو درخواستوں کی آمد کی شرح کو محدود کرنے کا نتیجہ ذخیرہ کرتا ہے: پاس، تاخیر، مسترد، DELAYED_DRY_RUN یا REJECTED_DRY_RUN؛
• پہلے سے طے شدہ طور پر، ماڈیول کو جمع کیا جاتا ہے ngx_http_postpone_filter_module;
• بلٹ ان پرل انٹرپریٹر کے ذریعہ فراہم کردہ $r->internal_redirect() طریقہ کا استعمال کرتے ہوئے "مقام" بلاکس کو ٹوگل کرنے کے لیے معاونت شامل کی گئی۔ اس طریقہ کار میں اب فرار شدہ حروف کے ساتھ URIs پر کارروائی شامل ہے۔
• "اپ اسٹریم" سیٹنگز بلاک میں "اپ اسٹریم" ڈائریکٹیو استعمال کرتے وقتہیش»کلائنٹ-سرور بائنڈنگ کے ساتھ لوڈ بیلنسنگ کو منظم کرنے کے لیے، اگر آپ ایک خالی کلیدی قدر بتاتے ہیں، تو یونیفارم بیلنسنگ موڈ (راؤنڈ رابن) اب فعال ہو گیا ہے۔
• وقت کے ساتھ تیز رفتار کنکشن سے پڑھنے سے بچنے کے لیے اگر دستیاب ہو تو ioctl(FIONREAD) کو کال کرنے کے لیے مدد شامل کی گئی۔

ماخذ: opennet.ru