जबकि स्टीवन का उत्तर प्रमुख बिंदुओं पर छूता है और प्रत्येक स्वाद का एक बहुत ही मूल सारांश, मैं आपको मतभेदों का बहुत बड़ा विवरण दूंगा, क्योंकि मैं पैकेजिंग पर बहुत कम काम करता हूं, और मॉड्यूल के बहुत अलग सेट प्रत्येक एक अच्छे उत्तर के लिए बिल्कुल महत्वपूर्ण है। बुनियादी विवरण तुलना के साथ ज्यादा न्याय नहीं करते हैं। (साथ ही, स्टीवन ने स्टीवन को मेरे पुराने ब्लॉग को उद्धृत किया (और यहां तक कि एक 'अनुरक्षक' के रूप में मुझे संदर्भित किया गया। मेरा मतलब था कि मैं अपने नए ब्लॉग पर nginx-is-आना-to-main पोस्ट को पोर्ट करना चाहता हूं, लेकिन मुझे अवसर नहीं मिला है) ।)
यह भी ध्यान दें कि NGINX वेब सर्वर के लिए नवीनतम पैकेज NGINX PPA में उपलब्ध हैं, जो कि अपने आप में बनाए रखा है, लगभग डेबियन के पूरी तरह से बंद है। ( स्थिर पीपीए (इस पद के रूप में 1.6.2); मेनलाइन पीपीए (इस पद के रूप में 1.7.7, 4 दिसंबर 2014 को 1.7.8 स्लेट के साथ भूमि पर)
के विभिन्न स्वाद nginx:
विभिन्न स्वादों के सभी एक ही संस्करण हैं nginx, हालांकि अलग-अलग फ़ीचर सेट (के लिए nginx-extras) के साथ-साथ नंगे न्यूनतम और सबसे फ़ीचर-प्रभावी 'पूर्ण' फ़ंक्शंस के सेट प्रदान करने के लिए फ़्लेवर का निर्णय डेबियन पैकेज मेंटेनर्स द्वारा किया गया था। वेब सर्वर वेबसाइटों में उपयोग किया जाता है। किसी अन्य के द्वारा एक विशेषता को चुने जाने का सटीक कारण मुझे ज्ञात नहीं है, हालांकि IRC पर डेबियन अनुरक्षकों में से एक के साथ पूरक चर्चा में, मेरे प्रारंभिक मूल्यांकन की पुष्टि करते हुए एक बयान दिया गया था कि प्रत्येक संस्करण अलग-अलग सुविधाओं के लिए एक अलग उद्देश्य था। एक अलग उपयोग मामला - lightसुविधाओं के एक हल्के सेट के लिए जो साइट होस्टिंग के नंगे न्यूनतम से मिलता है, fullबिना किसी भारी-भारी एक्स्ट्रा कलाकार को शामिल किए बिना सुविधाओं के अधिक पूर्ण सेट के लिए, औरextrasबहुत कुछ है जो उबंटू में शामिल किया जा सकता है पैकेज में है। naxsi15.04 से पहले, Naxsi वैरिएंट विशेष रूप से इसमें केवल नंगे न्यूनतम मॉड्यूल के साथ था, क्योंकि naxsi बहुत अधिक गहन हो सकता है।
माना जाता है, NGINX के डेबियन अनुरक्षकों में से एक के अनुसार जो नियमित रूप से अपस्ट्रीम NGINX के साथ एक निजी बातचीत में समन्वय कर रहा है, जिसमें मैं वर्तमान में लॉग पोस्ट नहीं कर सकता, NGINX 2.x में लोड करने योग्य मॉड्यूल का समर्थन होने जा रहा है। किस मामले में light, fullऔर, extrasमेटाफ़ैक्स हो जाएंगे जो प्रत्येक मॉड्यूल वाले व्यक्तिगत पैकेजों पर कॉल करते हैं। यह जिस तारीख को बनता है, यह ज्ञात नहीं है, हालांकि, न ही यह है कि कौन से मॉड्यूल वास्तव में ऐसा करने में सक्षम होंगे।
जैसा कि यह वर्तमान में खड़ा है, nginxवर्चुअल पैकेज केवल उपलब्ध संस्करणों में से एक को स्थापित करने के लिए डिज़ाइन किया गया है। डिफ़ॉल्ट रूप से, जैसा nginx-coreकि मुख्य है और हम प्यार करेंगे यदि व्यक्तियों ने इसका अधिक उपयोग किया है, nginx-coreतो वर्चुअल पैकेज में पहली बार देखी और इंस्टॉल की गई वस्तु है। (हालांकि, nginxपैकेज के किसी भी स्वाद पर भरोसा कर सकते हैं nginx, और मुख्य रूप से उन लोगों के लिए स्थापना को थोड़ा आसान बनाना है, जिन्हें किसी विशिष्ट स्वाद वरीयता की आवश्यकता नहीं है)
प्रत्येक संस्करण में उपलब्ध विशिष्ट मॉड्यूल के साथ एक विस्तृत ब्रेकडाउन ( विविड debian/controlफ़ाइल के आधार पर और भरोसेमंद debian/controlफ़ाइल (जैसा कि नक्ससी पैकेज विविड में हटा दिया गया है) के नीचे उपलब्ध है। ध्यान दें कि यह उबंटू में अद्यतित परिवर्तनों को सबसे अधिक प्रतिबिंबित नहीं करता है, और आपको उन पैकेज विवरणों का उल्लेख करना चाहिए जिन्हें आपने अपडेट किया है, सटीक जानकारी :
nginx-coreउबंटू रिपोजिटरीज़ के मुख्य भाग में केवल स्वाद है, 14.04 के रूप में, और केवल उबंटू रिपॉजिटरी में मौजूद है (और यह पीपीए या डेबियन में नहीं है, और कभी डेबियन में शामिल नहीं होने वाला है)। यह nginx-fullस्वाद के लिए प्रभावी रूप से समान है , लेकिन इसमें कोई तीसरा पक्ष मॉड्यूल नहीं है। उपयोग करने के पीछे तर्कnginx-fullइस प्रकार के आधार के रूप में, हम एक ही समय में तीसरे पक्ष के मॉड्यूल को बाहर रखते हुए, निर्मित बायनेरिज़ में कोर मॉड्यूल के एक अपेक्षाकृत पूर्ण विकसित सेट प्रदान करना चाहते थे। जैसे, इसमें किसी भी तीसरे पक्ष के मॉड्यूल शामिल नहीं हैं, क्योंकि सुरक्षा टीम ने कोड की समीक्षा की और पाया कि तीसरे पक्ष के मॉड्यूल में व्यापक रूप से कोडिंग शैलियों में भिन्नता है जो कि नग्नेक्स-टारबॉल-शामिल के रूप में अच्छी तरह से समर्थित नहीं हैं। मॉड्यूल (इसमें मुख्य समावेश अनुरोध / रिपोर्ट बग में अधिक गहराई से चर्चा की गई है , जिसमें चर्चा के बिंदु शामिल हैं और उबंटू मुख्य के लिए क्या शामिल किया जा सकता है nginx) के रूप में आगे की चर्चा की चर्चा है । यहाँ सक्षम मॉड्यूल की पूरी सूची पैकेज विवरण में है, जिसे मैंने यहाँ निपटाया है:
मानक HTTP मॉड्यूल: कोर, एक्सेस, प्रामाणिक बेसिक, ऑटो इंडेक्स, ब्राउज़र, चारसेट, खाली GIF, FastCGI, जियो, Gipip, हेडर, इंडेक्स, लिमिट रिक्वेस्ट, लिमिट जोन, लॉग, मैप, मेम्नेश्ड, प्रॉक्सी, रेफरर, रिवरसाइट, SCGI , स्प्लिट क्लाइंट, SSI, अपस्ट्रीम, यूजर आईडी, UWSGI।
वैकल्पिक HTTP मॉड्यूल: इसके अलावा, डिबग, GeoIP, Gzip Precompression, HTTP सब, इमेज फ़िल्टर, IPv6, रियल IP, Spdy, SSL, स्टब स्थिति, प्रतिस्थापन, WebDAV, XSLT।
मेल मॉड्यूल: मेल कोर, IMAP, POP3, SMTP, SSL।
nginx-lightउपलब्ध का सबसे हल्का स्वाद nginxहै। यह यूनिवर्स रिपॉजिटरी में है और आपको इसका उपयोग करने में सक्षम होना चाहिए। यह -coreया में उपलब्ध मॉड्यूल की एक बड़ी मात्रा को सक्षम नहीं करता है -full। इसमें थर्ड-पार्टी मॉड्यूल भी शामिल हैं। इसमें उपलब्ध मॉड्यूल निम्नानुसार हैं:
मानक HTTP मॉड्यूल: कोर, एक्सेस, ऑरिजनल बेसिक, ऑटो इंडेक्स, चारसेट, खाली GIF, FastCGI, Gzip, हेडर, इंडेक्स, लॉग, मैप, प्रॉक्सी, रिवर्ट, अपस्ट्रीम।
वैकल्पिक HTTP मॉड्यूल: प्रामाणिक अनुरोध, डीबग, Gzip Precompression, IPv6, Real Ip, SSL, Stub स्थिति।
तीसरा पक्ष मोड: इको।
nginx-fullnginxपैकेज के अधिक सुविधा संपन्न स्वादों में से एक है। अपने lightसमकक्ष की तरह , यह ब्रह्मांड भंडार में है। यह nginx स्रोत टारबॉल में मानक और वैकल्पिक रूप से शामिल कोर के अधिकांश को सक्षम करता है, साथ ही साथ nginx वेब सर्वर की क्षमताओं का विस्तार करने के लिए डिज़ाइन किए गए कई और तृतीय-पक्ष मॉड्यूल। यह मॉड्यूल निम्नानुसार हैं:
मानक HTTP मॉड्यूल: कोर, एक्सेस, प्रामाणिक बेसिक, ऑटो इंडेक्स, ब्राउज़र, चारसेट, खाली GIF, FastCGI, जियो, Gipip, हेडर, इंडेक्स, लिमिट रिक्वेस्ट, लिमिट जोन, लॉग, मैप, मेम्नेश्ड, प्रॉक्सी, रेफरर, रिवरसाइट, SCGI , स्प्लिट क्लाइंट, SSI, अपस्ट्रीम, यूजर आईडी, UWSGI।
वैकल्पिक HTTP मॉड्यूल: इसके अलावा, प्रामाणिक अनुरोध, डिबग, GeoIP, Gzip Precompression, HTTP उप, छवि फ़िल्टर, IPv6, रियल IP, Spdy, SSL, स्टब स्थिति, प्रतिस्थापन, WebDAV, XSLT।
मेल मॉड्यूल: मेल कोर, IMAP, POP3, SMTP, SSL।
तीसरा पक्ष मोड: प्रामाणिक पीएएम, डीएवी एक्सट, इको, एचटीटीपी सबस्टीट्यूशन फिल्टर, अपस्ट्रीम फेयर क्यू।
nginx-extrasnginxपैकेज की सबसे विशेषता-समृद्ध स्वाद है । और उसके जैसे fullऔर lightभाइयों, यह भी ब्रह्मांड भंडार में है। यह सभी मॉड्यूल को सक्षम करता है, nginx-fullलेकिन इसमें अतिरिक्त मॉड्यूल (जैसे पर्ल मॉड्यूल) भी शामिल है, और कई और तृतीय-पक्ष मॉड्यूल भी डिज़ाइन किए गए हैं जो नगीनक्स वेब सर्वर की क्षमताओं को और बढ़ाते हैं। इसकी पूर्ण मॉड्यूल सूची नीचे है:
मानक HTTP मॉड्यूल: कोर, एक्सेस, प्रामाणिक बेसिक, ऑटो इंडेक्स, ब्राउज़र, चारसेट, खाली GIF, FastCGI, जियो, Gipip, हेडर, इंडेक्स, लिमिट रिक्वेस्ट, लिमिट जोन, लॉग, मैप, मेम्नेश्ड, प्रॉक्सी, रेफरर, रिवरसाइट, SCGI , स्प्लिट क्लाइंट, SSI, अपस्ट्रीम, यूजर आईडी, UWSGI।
वैकल्पिक HTTP मॉड्यूल: अतिरिक्त, प्रामाणिक अनुरोध, डीबग, एंबेडेड पर्ल, FLV, GeoIP, Gzip Precompression, छवि फ़िल्टर, IPv6, MP4, रैंडम इंडेक्स, रियल आईपी, सुरक्षित लिंक, Spdy, एसएसएल, स्टब स्थिति, प्रतिस्थापन, WebDAV, XSLT।
मेल मॉड्यूल: मेल कोर, IMAP, POP3, SMTP, SSL।
तृतीय पक्ष मोड: प्रामाणिक पीएएम, चंकिन, डीएवी एक्सट, इको, एंबेडेड लुआ, फैंसी इंडेक्स, एचटीटीपीहेडर्समोर, एचटीटीपी सबस्टीट्यूशन फिल्टर, एचटीटीपी पुश, नग्नेक्स डेवलपमेंट किट, अपलोड प्रोग्रेस, अपस्ट्रीम फेयर क्यू।
nginx-naxsiNginx का वैरिएंट है जिसमें Naxsi Web Application Firewall मॉड्यूल उपलब्ध है। यह भी ब्रह्मांड में है, हालांकि इस स्वाद को अब डेबियन रखवाले का समर्थन नहीं है, और 15.04 रिलीज के साथ पूरी तरह से उबंटू से हटा दिया जाएगा। Naxsi WAF मॉड्यूल के अलावा, इसमें मॉड्यूल की तुलना में बहुत हल्का सेट भी शामिल है nginx-full। मॉड्यूल की पूरी सूची नीचे है:
मानक HTTP MODULES: कोर, एक्सेस, ऑरिजनल बेसिक, ऑटो इंडेक्स, ब्राउज़र, चारसेट, कोर, खाली GIF, FastCGI, जियो, Gzip, हेडर, इंडेक्स, लिमिट रिक्वेस्ट, लिमिट जोन, लॉग, मैप, मेम्केड, प्रॉक्सी, रेफर, रिफ्रेट , भाजित ग्राहक, एसएसआई, अपस्ट्रीम, यूजर आईडी।
वैकल्पिक HTTP मॉड्यूल: डीबग, आईपीवी 6, रियल आईपी, एसएसएल, स्टब स्थिति।
तीसरा पक्ष मोड: नक्ससी, कैश पर्ज, अपस्ट्रीम फेयर।
जायके के बीच संसाधन का उपयोग
जबकि मुझे किसी भी बेंचमार्क के बारे में पता नहीं है nginx, जो विभिन्न स्वादों पर चलाया गया है , यह आम तौर पर यह मान लेना तर्कसंगत है कि अधिक सुविधा-सक्षम आप के संस्करण का nginxउपयोग करें, जितना अधिक संसाधनों का उपयोग होगा।
हालांकि, अपाचे के विपरीत जो सक्षम किए गए अधिक मॉड्यूल के साथ मेमोरी मेमोरी का कुछ हो सकता है, फिर nginxभी मॉड्यूल सक्षम होने पर अपाचे की तुलना में अधिक मेमोरी नहीं खाती है। (इस कथन का अपवाद naxsiस्वाद है। यह स्वाद हमेशा बहुत अधिक संसाधनों को खाता है, क्योंकि यह वेब अनुप्रयोग फ़ायरवॉल के साथ-साथ वेब सर्वर भी है।)
यदि मैं उन्हें ढूंढता हूं, तो मैं इस उत्तर में बेंचमार्क जोड़ूंगा, लेकिन फिर भी, मुझे एक दूसरे के लिए विभिन्न स्वादों के लिए किसी भी मौजूदा बेंचमार्क की जानकारी नहीं है। और यहां तक कि साइटों मैं भारी यातायात की जरूरत नहीं है चलाने हालांकि, मैं के बीच कोई वास्तविक प्रदर्शन कमी नहीं दिखाई दी nginx-extras, nginx-fullया nginx-lightएक PHP संचालित साइट पर।