कम्प्युटर, कार्यक्रम
Nginx: सेटअप र स्थापना
अपाचे, nginx के हो? उद्देश्य, सुविधाहरू, अनुकूलन विकल्प - यी जो हरेक वेब डेभलपर आफ्नो विकासक्रम परीक्षण गर्न परिचित हुनुपर्छ कुराहरू छन्।
nginx बारेमा शब्द भन्नुहोस्
सुरु, पुन: सुरु, र लग
nginx -S संकेत
यस मामला मा, तपाईं निम्न आदेशहरू विकल्प सक्नुहुन्छ (उपकरण शुरू कि प्रयोगकर्ता आउन पर्छ):
- रोक्नुहोस्। यसलाई छिटो बन्द लागि प्रयोग गरिन्छ।
- पुनः लोड गर्नुहोस्। टोलीमा कन्फिगरेसन फाइल पुन: लोड गर्न आवश्यक। तथ्यलाई फाइल काम गर्दछ सम्म कुनै पनि परिवर्तन प्रभाव पार्ने छैन छ। र आदेश प्रभाव लिन, एक रिबुट आवश्यक छ। तपाईँले यो संकेत प्राप्त, मुख्य प्रक्रिया कन्फिगरेसन फाइल को syntactic घटक को विशुद्धता प्रमाणित गर्न र त्यहाँ निर्देशन उपलब्ध लागू गर्न प्रयास गर्न सुरु हुन्छ। विफलता को मामला मा, यो परिवर्तन रोल फिर्ता र पुरानो मानकहरु साथ काम गर्नेछ। सबै सफल छ भने, यो नयाँ Workflows सुरु हुनेछ, र पुरानो मांग अन्त गर्न पठाइनेछ।
- अन्त्य। काम चिल्लो पूरा गर्न को लागि प्रयोग। तपाईं वर्तमान अनुरोध कायम गर्ने कार्य सम्पन्न नभएसम्म प्रतिक्षा गर्न चाहनुहुन्छ भने यो प्रयोग गरिन्छ।
- पुन: खोल्न। लग फाइलहरू बन्द र खुला।
उपयोगिता प्रयोग
स्थापना प्रक्रिया पनि युनिक्स तरिका प्रयोग गरेर गर्न सकिन्छ (मार उपयोगिता एउटा उदाहरण रूपमा छलफल गरिनेछ)। प्रक्रिया डाटा सीधा संकेत पठाउन तिनीहरूले सामान्यतया संयन्त्र प्रयोग गर्नुहोस्। तिनीहरूले आईडी को माध्यम द्वारा लिंक हुनुहुन्छ। यो डाटा nginx.pid फाइल भण्डारण गरिएको छ। हामी प्रक्रिया №134 रुचि हो कि मान गरौं। त्यसपछि, आवश्यकता को चिल्लो पूरा गर्न को लागि हामीलाई निम्न जानकारी पठाउन:
-S 1628 अन्त्य मार्न
हामी सबै खुला फाइलहरू सूची हेर्न चाहेको मान गरौं। हामी उपयोगिता भज प्रयोग गर्दै। निम्नानुसार टोली पनि हेर्नेछौं:
भज -ax | grep nginx
तपाईँले प्रयोग अतिरिक्त साधन यसलाई आफ्नो आवेदन जान्छ संकेत द्वारा, देख्न सक्नुहुन्छ रूपमा छ। र अब कसरी प्रतिबद्ध nginx-विन्यास ध्यान केन्द्रित गरौं।
कन्फिगरेसन फाइल को संरचना
स्थिर सामग्रीको वितरण
यो nginx कन्फिगरेसन सामना सबैभन्दा महत्त्वपूर्ण चुनौतीहरू मध्ये एक छ। सामग्री को तथ्याङ्क वितरण अन्तर्गत चाहनुभएको छवि र HTML-पृष्ठ (गतिशील छैन) छ। हामी क्लस्टर nix nginx अप सेट मा एक काम चाहिन्छ भनेर मानौं। यसलाई त्यसो गर्न गाह्रो छ? होइन, एक उदाहरण हेरौं। यसमा embarking अघि, यो समस्या को अवस्था विस्तार गर्न आवश्यक छ। त्यसैले, अनुरोध आधारमा फाइलहरू विभिन्न स्थानीय देखि आउनेछ। तसर्थ, / डाटा / www हामी HTML-कागजातहरू छ। र निर्देशिका / डाटा / तस्बिरहरू तस्बिरहरू समावेश। यस मामला मा इष्टतम सेटिङ nginx कन्फिगरेसन फाइल, जो तपाईं http भित्र सर्भर एकाइ कन्फिगर पर्छ सम्पादन आवश्यक छ। दुई स्थान रूपमा प्रयोग गरिनेछ समर्थन गर्न।
कार्यान्वयन: सर्भर
http {
सर्भर {
}
}
कन्फिगरेसन फाइल धेरै यस्ता ब्लक संग काम गर्न सक्छन्। तर तिनीहरूले नाम र डाटा प्राप्त छ जो मार्फत बंदरगाहों द्वारा प्रतिष्ठित हुनुपर्छ।
कार्यान्वयन: स्थान
स्थान / {
मूल / डाटा / www;
}
साइन उपस्थिति "/" जरूरी प्राप्त डाटा तुलना र त्यस्तो ठेगाना प्रक्रिया अनुरोध यहाँबाट त्यहाँ छ कि छैन भनेर हेर्न छ। यदि कुनै समस्या छन्, त्यसपछि बाटो / डाटा / स्थानीय सिस्टम मा स्थित छ कि चाहेको फाइल www निर्दिष्ट गर्नुहोस्। त्यहाँ केही ब्लक संग एक मिलान छ भने, त्यसपछि सबैभन्दा लामो उपसर्ग संग एउटा चयन गर्नुहोस्। यो उदाहरणमा, लम्बाइ एक बराबर छ, अर्थात्, प्रयोग विशेष कुनै "प्रतियोगिता" छ कि घटना हुनेछ। अब, यो अद्यावधिक हुनेछ गरौं:
स्थान / चित्र / {
मूल / डाटा;
}
पहिचान गर्न सक्छन् कसरी, हामी छवि खोजिरहेका छन्। अब, पहिले थिए, र निम्नानुसार यस समयमा कन्फिगरेसन छ कि सबै विकासक्रम संयोजन गरौं:
सर्भर {
स्थान / {
मूल / डाटा / www;
}
स्थान / चित्र / {
मूल / डाटा;
}
}
यो अवस्थामा, मानक को एक काम संस्करण हो पोर्ट №80। // localhost /: http: तपाईंले ठेगाना जाने यदि कुनै पनि समस्या बिना यो सर्भर, आफ्नो कम्प्युटरमा उपलब्ध हुन सक्छ। यो सबै कसरी काम गर्छ?
उदाहरण को सञ्चालनको सिद्धान्त
एक सरल प्रोक्सी सर्भर सिर्जना
सर्भर {
सुन्न 8080;
मूल / डाटा / up1;
स्थान / {
}
}
अब, तपाईं को लागि decipher गरौं: एक सरल सर्भर सिर्जना। उहाँले सुन्न हुनेछ पोर्ट 8080 , एक सुन्न छैन त सर्भरले 80 औं मा चल्नेछ। निर्देशिका / डाटा / up1 निर्देशित छन् भनेर स्थानीय फाइल प्रणाली भित्र सबै अनुरोध प्रदर्शित हुनेछ (को पाठ्यक्रम, पहिले त्यो यो सिर्जना गर्न आवश्यक हुनेछ)। यो index.html फाइल राख्न आवश्यक छ जाँच गर्न सक्षम हुन। कारण मूल सर्भर हामी सबै समय मा स्थान प्रयोग गर्न सक्नुहुन्छ को सन्दर्भमा निर्देशनहरू को नियुक्ति गर्न (यसरी हटाइएको पहुँच प्रतिबन्ध रूपमा)। अब हामी एक प्रोक्सी सिर्जना गर्न काम गर्दै छन्। लागि यो काम गर्न हामी proxy_pass निर्देशन, निर्दिष्ट गरिनेछ प्रोटोकल नाम जसको लागि र मापदण्डहरू रूपमा पोर्ट सुविधा आवश्यक (स्थानीय जडान लागि यो http हेर्नेछ: // localhost: 8080)। यो परिणाम प्राप्त:
सर्भर {
स्थान / {
proxy_pass http: // localhost: 8080;
}
स्थान / चित्र / {
मूल / डाटा;
}
}
तपाईं कोड हेर्न र यो विश्लेषण भने, तपाईं दोश्रो एकाइ स्थान परिवर्तन गरिएको छ याद हुन सक्छ। तसर्थ, यस मामला मा, यो विशिष्ट विस्तार तस्बिरहरू संग काम गर्न सक्छन्। एक सानो विभिन्न, यो निम्नानुसार प्रदर्शन गर्न सकिएन:
स्थान ~ \ (GIF | jpg | PNG) $ {।
मूल / डाटा / चित्र;
}
निम्नानुसार अन्तिम प्रोक्सी कन्फिगरेसन छ:
सर्भर {
स्थान / {
proxy_pass http: // localhost: 8080 /;
}
स्थान ~ \ (GIF | jpg | PNG) $ {।
मूल / डाटा / चित्र;
}
}
यसलाई जो त्यहाँ विस्तारहरू र जो फाइलहरू अनुरोध गर्नुभएको व्यक्ति तिनीहरूलाई पठाउन अन्त्यमा अनुरोध बाहिर फिल्टर हुनेछ। के तपाईँ कन्फिगरेसन फाइलमा जाँच गर्न चाहनुहुन्छ भने यो पुनः सुरु गर्न आवश्यक हुनेछ भनेर नबिर्सनुहोस्। र मलाई विश्वास छ, यो सिर्फ nginx-विन्यास हो। के तपाईँ कन्फिगरेसन "Vkontakte" फाइल सर्भर वा अन्य ठूलो कम्पनी खोल्न भने, उनीहरूले कोड यस लेखमा शब्दहरू भन्दा बढी हुनेछ।
Similar articles
Trending Now