ការចេញផ្សាយ 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 លានឆ្នាំមុន) ។ ដោយ ដែលបានផ្តល់ឱ្យ W3Techs nginx ត្រូវបានប្រើនៅលើ 31.9% នៃគេហទំព័រក្នុងចំណោមរាប់លានដែលបានចូលមើលច្រើនបំផុត ក្នុងខែមេសាឆ្នាំមុន តួលេខនេះគឺ 41.8% ឆ្នាំមុន - 38% (ការធ្លាក់ចុះត្រូវបានពន្យល់ដោយការផ្លាស់ប្តូរទៅគណនីដាច់ដោយឡែកនៃម៉ាស៊ីនមេ Cloudflare http) ។ ចំណែករបស់ Apache បានធ្លាក់ចុះពី 43.6% មក 38.9% ហើយចំណែករបស់ Microsoft IIS ពី 8.6% ទៅ 8.3%។ នៅប្រទេសរុស្ស៊ី nginx ត្រូវបានប្រើ នៅលើ 78.9% នៃគេហទំព័រដែលបានចូលមើលច្រើនបំផុត (កាលពីឆ្នាំមុន - 81%) ។

ការកែលម្អគួរឱ្យកត់សម្គាល់បំផុតដែលបានបន្ថែមក្នុងអំឡុងពេលនៃការអភិវឌ្ឍន៍ 1.17.x សាខាខាងលើ៖

• ការណែនាំបន្ថែម លីមីត _ រីង _ រីងដែលដំណើរការរបៀបដំណើរការសាកល្បង ដែលមិនមានការរឹតបន្តឹងត្រូវបានអនុវត្តលើអាំងតង់ស៊ីតេនៃដំណើរការសំណើ (ដោយគ្មានដែនកំណត់អត្រា) ប៉ុន្តែនៅតែបន្តគិតគូរពីចំនួនសំណើលើសពីដែនកំណត់នៅក្នុងអង្គចងចាំដែលបានចែករំលែក។
• ការណែនាំបន្ថែម លីមីត _ ខន _ រីងដែលប្តូរម៉ូឌុល ngx_http_limit_conn_module ទៅជារបៀបដំណើរការសាកល្បង ដែលក្នុងនោះចំនួននៃការតភ្ជាប់មិនត្រូវបានកំណត់ ប៉ុន្តែត្រូវយកមកពិចារណា។
• បានបន្ថែមការណែនាំ "អ្នកនិពន្ធ _ ថ្ងៃចុងក្រោយ" ដែលអនុញ្ញាតឱ្យអ្នកបន្ថែមការពន្យារពេលចំពោះសំណើដែលមិនមានការអនុញ្ញាតជាមួយនឹងលេខកូដឆ្លើយតប 401 ដើម្បីកាត់បន្ថយអាំងតង់ស៊ីតេនៃការទាយពាក្យសម្ងាត់ និងការពារប្រឆាំងនឹង ការវាយប្រហាររៀបចំការវាស់វែងនៃពេលវេលាប្រតិបត្តិនៃប្រតិបត្តិការ (ការវាយប្រហារតាមពេលវេលា) នៅពេលចូលប្រើប្រព័ន្ធដែលការចូលប្រើត្រូវបានកំណត់ ពាក្យសម្ងាត់, លទ្ធផលនៃសំណួររង ឬ J.W.T. (JSON Web Token);
• បានបន្ថែមការគាំទ្រសម្រាប់អថេរនៅក្នុងការណែនាំ "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_ ម៉ូឌុល បានបន្ថែមអថេរ $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 ដែលភ្ជាប់មកជាមួយ។ វិធីសាស្រ្តនេះឥឡូវនេះពាក់ព័ន្ធនឹងដំណើរការ URIs ជាមួយតួអក្សរដែលរត់គេច។
• នៅពេលប្រើការណែនាំ "ឡើងលើ" នៅក្នុងការកំណត់ "ឡើងលើ" រារាំងសញ្ញា» ដើម្បីរៀបចំសមតុល្យការផ្ទុកជាមួយនឹងការភ្ជាប់ម៉ាស៊ីនភ្ញៀវ-ម៉ាស៊ីនមេ ប្រសិនបើអ្នកបញ្ជាក់តម្លៃសោទទេនោះ របៀបតុល្យភាពឯកសណ្ឋាន (ជុំ-រ៉ូប៊ីន) ឥឡូវនេះត្រូវបានធ្វើឱ្យសកម្ម។
• បានបន្ថែមការគាំទ្រសម្រាប់ការហៅទៅ ioctl (FIONREAD) ប្រសិនបើមាន ដើម្បីជៀសវាងការអានពីការតភ្ជាប់លឿនតាមពេលវេលា។

ប្រភព: opennet.ru