जवाबों:
साइट-उपलब्ध में आपकी प्रत्येक साइट के लिए अपाचे कॉन्फिग फाइल होती है। उदाहरण के लिए:
<VirtualHost *:80>
ServerName site.mysite.com
ServerAdmin my@email.com
DirectoryIndex index.php
DocumentRoot /home/user/public_html/site.mysite.com/public
LogLevel warn
ErrorLog /home/user/public_html/site.mysite.com/logs/error.log
CustomLog /home/user/public_html/site.mysite.com/logs/access.log combined
</VirtualHost>
जब आप एक नई साइट जोड़ना चाहते हैं (उदाहरण के लिए, site.mysite.com), तो आप इसे यहाँ जोड़ें, और उपयोग करें:
a2ensite site.mysite.com
साइट को सक्षम करने के लिए। एक बार साइट को सक्षम करने के बाद, कॉन्फ़िगर फ़ाइल के लिए एक सिमिलिंक को साइटों-सक्षम निर्देशिका में रखा जाता है, यह दर्शाता है कि साइट सक्षम है।
a2ensite
और a2dissite
स्थित हैं /usr/sbin
जो वर्तमान में डिफ़ॉल्ट उपयोगकर्ता पथ में शामिल नहीं हैं, इसलिए टैब पूरा होने से काम नहीं चलेगा। टाइप करने के दौरान sudo a2
और टैब कुंजी दबाने लेकिन तुम दोनों की पेशकश की जाएगी a2ensite
और a2dissite
।
प्रणाली के यांत्रिकी से अधिक महत्वपूर्ण तर्क है ...
डेबियन दो अलग-अलग निर्देशिकाएं प्रदान करता है ताकि यदि आप अपने अपाचे कॉन्फ़िगरेशन को स्वचालित रूप से प्रबंधित कर रहे हैं, तो आप बस अपने सभी sites-available
मशीनों पर सभी vhosts ड्रॉप कर सकते हैं, और फिर व्यक्तिगत vhosts को सर्वर पर सक्षम किया जा सकता है जो वास्तव में उनकी सेवा करेंगे। इसका मतलब यह भी है कि अगर आप समस्या पैदा कर रहे हैं तो आप किसी साइट को तुरंत निष्क्रिय कर सकते हैं ( a2dissite example.com; /etc/init.d/apache2 reload
)।
आपको केवलsites-available
निर्देशिका में फ़ाइलों को संपादित करना चाहिए ।
sites-enabled
निर्देशिका के अंदर फ़ाइलों को कभी भी संपादित न करें , अन्यथा आपको समस्या हो सकती है यदि आपका संपादक मेमोरी से बाहर चला जाता है या किसी भी कारण से, यह एक SIGHUP या SIGTERM प्राप्त करता है।
उदाहरण के लिए: यदि आप nano
फ़ाइल को संपादित करने के लिए उपयोग कर रहे हैं sites-enabled/default
और यह मेमोरी से बाहर चला जाता है या किसी भी कारण से, यह SIGHUP या SIGTERM प्राप्त करता है, तो निर्देशिका के अंदर, nano
नामक एक आपातकालीन फ़ाइल बनाएगा । तो, निर्देशिका के अंदर एक अतिरिक्त फ़ाइल होगी । यह अपाचे या NGINX को शुरू करने से रोकेगा। यदि आपकी साइट काम कर रही थी, तो यह अब नहीं होगी। आपके पास एक कठिन समय होगा जब तक आप पता नहीं लगाते हैं, लॉग में, फ़ाइल से संबंधित कुछ और, फिर, इसे हटा दें।default.save
sites-enabled
sites-enabled
default.save
ऊपर के उदाहरण में, यदि आप sites-available
निर्देशिका के अंदर फ़ाइल को संपादित कर रहे थे, तो कुछ भी बुरा नहीं हुआ होगा। फ़ाइल sites-available/default.save
बनाई गई होगी, लेकिन यह sites-available
निर्देशिका के अंदर कोई नुकसान नहीं करेगी ।