Django (FreeBSD + Apache + mod_python / mod_wsgi) के लिए साझा होस्टिंग

Django पर एक नया प्रोजेक्ट बनाना, आप एक बार फिर अपने वेब सर्वर के कॉन्फ़िगरेशन को बदलने के लिए चढ़ते हैं। और, ऐसा लगता है, यह ठीक है, लेकिन आप केवल अपने कुत्ते को चलने की तुलना में अधिक बार कॉन्फ़िगरेशन बदल रहे हैं। किसी तरह ठीक नहीं? मैं सहमत हूं (कुत्ता, मुझे लगता है, बुरा भी नहीं है)। जिस तरह से बाहर साझा होस्टिंग है। इंटरनेट पर लेखों के एक जोड़े का अध्ययन करने के बाद, आप httpd-vhosts.conf में अपनी साइटों के कॉन्फ़िगरेशन को हथौड़ा देते हैं। और कुछ समय के लिए उस पर खुशी भी मनाई। समय बीत जाता है और स्थानीय होस्ट पर आपके पास ढाई साइटें नहीं हैं, लेकिन दर्जनों प्रोजेक्ट (छोटे भी हैं)। और, एक बार फिर httpd-vhosts.conf को खोलने के लिए, कुछ विकल्प जोड़ने के लिए, आप सोचने लगते हैं कि "क्या कोई लड़का था?", क्या आपने वास्तव में इस साइट को बनाया है? वास्तव में, परियोजनाओं से इस तरह के एक ओशोस्का में अब कुछ भी ढूंढना आसान नहीं है। और अगर आप इस बात को ध्यान में रखते हैं कि आधा प्रोजेक्ट्स mod_python मॉड्यूल का उपयोग करके वेब सर्वर के साथ इंटरैक्ट करते हैं, और दूसरा mod_wsgi मॉड्यूल के साथ, उदाहरण के लिए, तो यह आम तौर पर काम करने के लिए उदास हो जाता है। हां, और जीवन, भी, दुखी हो जाता है (और आपका कुत्ता दरवाजे पर कैसे उदास है)।

यहां मैं यह बताने की कोशिश करूंगा कि वर्चुअल होस्टिंग को अधिक अनुकूल कैसे बनाया जाए, और साथ ही उपरोक्त मॉड्यूल (mod_python और mod_wsgi) को कैसे कॉन्फ़िगर किया जाए।

मुझे नहीं लगता कि मैं इस पर अपने विचारों के साथ अमेरिका की खोज कर रहा हूं। लेकिन, मुझे खुशी होगी अगर मेरे उदाहरण किसी को इस कॉन्फ़िगरेशन को स्थापित करने में लगने वाले समय को कम करने में मदद करेंगे और इसे अपने लिए (या अपने कुत्ते के लिए) अधिक से अधिक लाभ के साथ खर्च करेंगे।



इसलिए, मैं यह बताने की कोशिश करूंगा कि मेरे एकल प्रदर्शन के अंत में मेरे पास क्या है और क्या होना चाहिए। Python 2.7, Django 1.3, और Apache 2.2 वेब सर्वर FreeBSD 9.0 ऑपरेटिंग सिस्टम पर स्थापित हैं। मेरे घर की निर्देशिका में दो तैयार-से-उपयोग वाली django परियोजनाएं शामिल हैं। बात छोटी है - आपको अपाचे और Django इंटरैक्शन के लिए एक मॉड्यूल का चयन और स्थापित करने की आवश्यकता है, साथ ही साथ कई django- परियोजनाओं के एक साथ प्रबंधन के लिए साझा होस्टिंग को कॉन्फ़िगर करना होगा। यहाँ मेरी निर्देशिका ट्री ट्री कमांड के साथ प्राप्त की गई है:


सर्वर पर Django को तैनात करने के लिए, आपको उस मॉड्यूल को इंस्टॉल और कॉन्फ़िगर करना होगा जो वेब सर्वर के साथ इंटरैक्ट करता है। ऐसे कई मॉड्यूल हैं। वरीयता देने के लिए कौन सा सिस्टम की विशेषताओं और विशेषताओं पर निर्भर करता है, चुनाव करने वाले व्यक्ति का अनुभव और मनोवैज्ञानिक विशेषताएं, उसकी पवित्रता की डिग्री, डिवाइस की वक्रता / देव / हाथ, सड़क पर मौसम, आदि। सीधे शब्दों में कहें, स्वाद का मामला। मुझे यकीन है कि हर किसी के पास अपने पसंदीदा मॉड्यूल के समर्थन में बहुत सारे तर्क होंगे। मैं बहस नहीं करूंगा, क्योंकि मैं उन सभी को नहीं सुनना चाहूंगा। मैं केवल उन मॉड्यूलों का कॉन्फ़िगरेशन दूंगा जिनके साथ मुझे बातचीत करनी थी।

तुरंत मैं यह नोट करना चाहता हूं कि मैं सुपरसुसर की ओर से काम करता हूं, इसलिए मेरी लिस्टिंग में सु या सूडो जैसी कोई आज्ञा नहीं है। कृपया उन लोगों के इन जादुई शब्दों के बारे में न भूलें जो कम विशेषाधिकार प्राप्त उपयोगकर्ता के खाते में सिस्टम को कॉन्फ़िगर करते हैं।
तो चलिए!

mod_python

Mod_python मॉड्यूल के साथ अपाचे वेब सर्वर को ऐतिहासिक रूप से हमेशा Django के लिए मुख्य कार्य वातावरण माना जाता है (Django प्लेटफ़ॉर्म के रचनाकारों ने इस संयोजन को अपने अत्यधिक लोड किए गए समाचार साइटों के आधार के रूप में उपयोग किया है)। यह मॉड्यूल वेब सर्वर के अंदर पायथन इंटरप्रेटर को लागू करता है और सर्वर के शुरू होने के समय पायथन में लिखे कोड को लोड करता है। कोड स्मृति में रहता है जबकि अपाचे प्रक्रिया चल रही है। अपाचे + mod_python का यह गुच्छा आज तक एक अच्छी तरह से परखा हुआ और अच्छी तरह से प्रलेखित तैनाती विकल्प है। लेकिन, यह मॉड्यूल पहले से ही पुराना है, और इसका समर्थन Django 1.5 में हटा दिया जाएगा। इसलिए, Django की आधिकारिक वेबसाइट पर, यह दृढ़ता से अनुशंसा की जाती है कि एक नई परियोजना को तैनात करते समय, mod_wsgi मॉड्यूल का उपयोग करने पर विचार करें (जिस विषय पर हम इस लेख में थोड़ा बाद में चर्चा करेंगे)।

तो mod_python। मॉड्यूल खुद बंदरगाहों में है, इसलिए इसे वहां से स्थापित करें:

# cd /usr/ports/www/mod_python3 # make install clean 

स्थापना के बाद, मॉड्यूल Apache कॉन्फ़िगरेशन फ़ाइल में अपनी सेटिंग्स जोड़ता है - httpd.conf। यदि आप httpd.conf फ़ाइल को सहेजने के लिए एक संस्करण नियंत्रण प्रणाली का उपयोग करते हैं (जैसा कि "सामान्य परिवार में होना चाहिए"), तो पोर्ट को स्थापित करने से पहले, फ़ाइल को पकड़ने के लिए याद रखें।
अगला, संपादन के लिए aforementioned httpd.conf खोलें (मैं व्यक्तिगत रूप से ee संपादक का उपयोग करता हूं, लेकिन आप मौलिक रूप से कुछ अलग भी उपयोग कर सकते हैं, जैसे vi):

 # ee /usr/local/etc/apache22/httpd.conf 

आपको इस फ़ाइल में निम्न पंक्तियों के लिए जाँच करने की आवश्यकता है:

1.  LoadModule python_module libexec/apache22/mod_python.so 

   
   (लोडिंग mod_python मॉड्यूल। यह वह लाइन है जिसे पिछले फ़ाइल में स्वचालित रूप से फ़ाइल में जोड़ा जाना चाहिए था)।

2.  User www Group www 

   
   (एक अनपेक्षित उपयोगकर्ता की ओर से सर्वर को शुरू करना। हालांकि कभी-कभी Apache को रूट के रूप में चलाने के लिए सिफारिशें होती हैं, आप ऐसा नहीं करते। यदि कोई हमलावर आपके वेब सर्वर में टूट जाता है, तो वह आपके सिस्टम पर एक अतिरिक्त इनाम के रूप में रूट विशेषाधिकार प्राप्त करेगा!

3.  ServerName localhost 

   
   (वेब साइट का नाम। यह वास्तविक होस्ट नाम होना चाहिए और एक उपयुक्त DNS प्रविष्टि होनी चाहिए। हालांकि, परीक्षण के दौरान, DNS प्रविष्टि के बजाय, आप प्रविष्टि का उपयोग कर सकते हैं / etc / मेजबान। दरअसल, यह वही है जो हम करेंगे। इसलिए, मैंने ServerName में स्थानीयहोस्ट निर्दिष्ट किया है। (स्थानीय होस्ट पर परीक्षण करते समय, आपको इस पंक्ति को बिल्कुल भी जोड़ने की आवश्यकता नहीं है, लेकिन फिर वेब सर्वर संदिग्ध रूप से आपके निर्देशन में हर पुनरारंभ पर खर्राटे लेगा।)

तुरंत, इसलिए नहीं भूलना चाहिए, मैं / etc / मेजबान में एक प्रविष्टि जोड़ दूंगा (ये मेरी साइटों के नाम हैं):

 127.0.0.1 gallery.ru museum.ru 

अब साझा होस्टिंग सेट करें। साझा होस्टिंग के मामले में, कई होस्ट नाम एक ही मशीन को संदर्भित करते हैं। सर्वर को विभिन्न डोमेन के अनुरोधों के बीच अंतर करना चाहिए, और फिर उपयुक्त पृष्ठ प्रदान करना चाहिए। वर्चुअल होस्ट सेवा फ़ंक्शन को सक्षम करने के लिए, आप httpd.conf फ़ाइल में / etc / apache22 / extra / httpd vhosts.conf सहित लाइन को अनइंस्टॉल कर सकते हैं और हमारी सभी साइटों के कॉन्फ़िगरेशन को एक httpd-vhosts.conf फ़ाइल में लिख सकते हैं (जैसा ऊपर वर्णित है)। लेकिन, चूंकि एकमात्र अपाचे सर्वर काफी हद तक आभासी मेजबानों की सेवा करने में सक्षम है, इसलिए इसमें शामिल निर्देशिका (/ usr / स्थानीय / etc / apache22 / शामिल) में एक अलग फ़ाइल में प्रत्येक ऐसे होस्ट के कॉन्फ़िगरेशन को संग्रहीत करना अधिक सुविधाजनक है। यदि इस निर्देशिका में निहित फ़ाइल के नाम में एक्सटेंशन .conf है, तो Apache स्वचालित रूप से इस फ़ाइल के कॉन्फ़िगरेशन को बाद के रिबोर पर शामिल करेगी। इसके अलावा, फ़ाइलों की भीड़ में खो जाने के लिए नहीं, हम उन्हें उन नामों से असाइन करेंगे जिनमें उन डोमेन का नाम होगा, जिनकी वे सेवा करेंगे।
तो, httpd.conf फ़ाइल के अंत में, निम्न निर्देश जोड़ें:

 Include etc/apache22/ Includes/*.conf NameVirtualHost * 

फिर, शामिल फ़ोल्डर में, हमारे भविष्य की साइटों के नाम के साथ फाइलें बनाएं:

 # cd /usr/local/etc/apache22/Includes # touch gallery.ru.conf # touch museum.ru.conf 

अब हमारे लिए जो कुछ भी बचा है, वह नई बनाई गई फ़ाइलों में कॉन्फ़िगरेशन सेटिंग्स जोड़ना है। मैं केवल Gallery.ru.conf फ़ाइल सूचीबद्ध करूँगा:

 <VirtualHost *> ServerName gallery.ru ServerAlias www.gallery.ru ServerAdmin test@test.ru DocumentRoot /home/valera/djcode/gallery <Location "/"> SetHandler python-program PythonHandler django.core.handlers.modpython SetEnv DJANGO_SETTINGS_MODULE gallery.settings PythonDebug On PythonPath "['/home/valera/djcode'] + sys.path" </Location> <Location "/media/"> SetHandler None </Location> </VirtualHost> <Directory /home/valera/djcode/gallery> Order allow,deny Allow from 127.0. </Directory> 

Museum.ru.conf फ़ाइल और आपकी साइटों के सभी बाद के कॉन्फ़िगरेशन उसी तरह भरे हुए हैं। Museum.ru परियोजना में, मैं छवियों का उपयोग नहीं करता हूं, इसलिए इसके विन्यास में निम्नलिखित पंक्तियों को शामिल नहीं किया गया है:

  <Location "/media/"> SetHandler None </Location> 

बस इतना ही। केवल एक चीज जिसे मैं याद करना चाहूंगा, वह यह है कि वेब सर्वर को उस निर्देशिका तक पहुंच लिखनी होगी जिसमें छवि फाइलें, जेएस-स्क्रिप्ट आदि शामिल हैं (मेरे मामले में, यह मीडिया फ़ोल्डर है)। ऐसा करने के लिए, मीडिया फ़ोल्डर वाली निर्देशिका में, इन निर्देशों का पालन करें:

 # chgrp www media # chmod g+w media 

सर्वर को पुनरारंभ करें:

 # /usr/local/etc/rc.d/apache22 restart 

ब्राउज़र लाइन में हमारी साइट का नाम दर्ज करें (मेरे मामले में गैलरी.ru या म्यूजियम.का।) और समय व्यर्थ न होने के लिए आनन्दित हों!

MOD_WSGI

Mod_python के प्रतिस्थापन के रूप में स्थिति। मॉड्यूल का मुख्य लाभ mod_python की तुलना में कम मेमोरी खपत और उच्च प्रदर्शन है, साथ ही डेमन मोड में काम करने की क्षमता भी है।
अब हम थोड़ा आसान हो जाते हैं। मैं यह नहीं बताऊंगा कि किसी विशेष मामले में मैं ऐसा क्यों करता हूं और अन्यथा नहीं (सभी उत्तर पिछले मॉड्यूल के विवरण में पाए जा सकते हैं), लेकिन बस कार्यों का क्रम और आवश्यक आदेश दें।
बंदरगाहों से मॉड्यूल स्थापित करें:

 # cd /usr/ports/www/mod_wsgi3 # make install clean 

संपादन के लिए httpd.conf खोलें:

 # ee /usr/local/etc/apache22/httpd.conf 

हम इस फ़ाइल में निम्न पंक्तियों की उपस्थिति की जाँच करते हैं:

1.  LoadModule wsgi_module libexec/apache22/mod_wsgi.so 

   
   (mod_wsgi मॉड्यूल लोड हो रहा है। पोर्ट से मॉड्यूल इंस्टॉल करते समय यह लाइन स्वचालित रूप से दिखाई देनी चाहिए।)

2.  User www Group www 

   
   (एक अप्रभावित उपयोगकर्ता की ओर से सर्वर शुरू करना)

3.  ServerName localhost 

   
   (वेबसाइट का नाम)

तो, httpd.conf फ़ाइल के अंत में, निम्न निर्देश जोड़ें:

 Include etc/apache22/ Includes/*.conf NameVirtualHost * 

पिछले मॉड्यूल के लिए / etc / मेजबान फ़ाइल में प्रविष्टि एक से एक है। यह मेरे मामले में है:

 127.0.0.1 gallery.ru museum.ru 

इसके बाद, शामिल फ़ोल्डर में, हमारे भविष्य की साइटों के नाम के साथ फाइलें बनाएं:

 # cd /usr/local/etc/apache22/Includes # touch gallery.ru.conf # touch museum.ru.conf 

अब नई बनाई गई फ़ाइलों में कॉन्फ़िगरेशन सेटिंग्स जोड़ें। मैं केवल Gallery.ru.conf फ़ाइल सूचीबद्ध करूँगा:

 <VirtualHost *> ServerName gallery.ru ServerAlias www.gallery.ru ServerAdmin test@test.ru WSGIScriptAlias / /home/valera/djcode/gallery/mod.wsgi Alias /media/ /home/valera/djcode/gallery/media/ </VirtualHost> <Directory /home/valera/djcode/gallery> Order allow,deny Allow from 127.0. </Directory> 

Museum.ru.conf फ़ाइल और आपकी साइटों के सभी बाद के कॉन्फ़िगरेशन उसी तरह भरे हुए हैं। Museum.ru परियोजना में, मैं छवियों का उपयोग नहीं करता हूं, इसलिए निम्न पंक्ति इसके कॉन्फ़िगरेशन में शामिल नहीं है:

  Alias /media/ /home/valera/djcode/gallery/media/ 

यह केवल लिस्टिंग में उल्लिखित मॉडवॉगी फ़ाइल बनाने के लिए बनी हुई है:

 # cd /home/valera/djcode/gallery # touch mod.wsgi 

यहाँ इसकी सामग्री हैं:

 import os, sys sys.path.append('/home/valera/djcode') os.environ['DJANGO_SETTINGS_MODULE'] = 'gallery.settings' import django.core.handlers.wsgi application = django.core.handlers.wsgi.WSGIHandler() 

मीडिया निर्देशिका को योग्य बनाएं:

 # chgrp www media # chmod g+w media 

सर्वर को पुनरारंभ करें:

 # /usr/local/etc/rc.d/apache22 restart 

ब्राउज़र लाइन में हमारी साइट का नाम दर्ज करें (मेरे मामले में गैलरी.ru और Museum.ru में) और फिर से आनंद लें!

पिछले एक

नतीजतन, हमें कॉन्फ़िगरेशन फ़ाइलों का एक गुच्छा मिलता है जो एक एकल फ़ोल्डर में हमारी साइटों के लिए जिम्मेदार हैं। इसके अलावा, सभी कॉन्फ़िगरेशन नाम से विभाजित होते हैं, और प्रत्येक में कोड की 30 से अधिक लाइनों का औसत होता है। एक अखंड कॉन्फ़िगरेशन की तुलना में, जब सभी सेटिंग्स एक फ़ाइल में केंद्रित होती हैं, तो यह दृष्टिकोण आपको साइट पर समस्या निवारण को सरल बनाने की अनुमति देता है।
यदि आपको अलग-अलग मॉड्यूल के माध्यम से सर्वर के साथ बातचीत करने के लिए अलग-अलग साइटों की आवश्यकता है, तो आप ऊपर के रास्ते से प्रत्येक कॉन्फ़िगरेशन को कॉन्फ़िगर कर सकते हैं जिसकी आपको आवश्यकता है। मुख्य बात यह सुनिश्चित करना है कि दोनों मॉड्यूल का लोडिंग httpd.conf फाइल में मौजूद है:

 LoadModule python_module libexec/apache22/mod_python.so LoadModule wsgi_module libexec/apache22/mod_wsgi.so 

यदि आप, मेरी तरह, सभी परियोजनाओं को एक निर्देशिका में रखते हैं, तो, एक नया कॉन्फ़िगरेशन बनाने के लिए, यह निम्नानुसार आगे बढ़ने के लिए पर्याप्त है। आपको जो भी बनाना है, उसके समान एक विन्यास खोजें। फ़ाइल का नाम बदलते समय इसे कॉपी करें। और इसमें पुराने साइट के सभी नामों को नए के नामों के साथ बदलें। वह है:

 # cp old_site.ru.conf new_site.ru.conf # sed –i –e 's/old_site/new_site/g' new_site.ru.conf 

नतीजतन, वेब सर्वर कॉन्फ़िगरेशन में एक नई साइट को जोड़ने में ठीक उतना ही समय लगता है जब तक ऊपर दिए गए दो आदेशों को टाइप करने और सर्वर को पुनरारंभ करने में लगता है (यदि आप mod_wsgi मॉड्यूल का उपयोग करते हैं, तो मॉडवॉगी फ़ाइल की प्रतिलिपि अभी भी जोड़ी गई है)।

यह इस पर समाप्त हो रहा है। आपका दिन शुभ हो!

---

इस लेख में विचार की ट्रेन को प्रभावित करने वाली पुस्तकें:

• एम। लुकास “फ्रीबीएसडी। विस्तृत गाइड ”
• ए। गोल्वावती, डी। कपलान-मॉस "Django। विस्तृत गाइड ”
• डी। फोर्सियर, पी। बिस्सेक्स, डब्ल्यू। चैन “Django। अजगर वेब अनुप्रयोग विकास "