/ घर / vhosts / या / var / www /


10

कुछ वेब सर्वर जो मैंने साइट फ़ाइलों को संग्रहीत करने के लिए उपयोग / घर में उपयोग किए हैं:

/home/vhosts/www.example.com/

अन्य लोग जैसे / var का उपयोग करते हैं:

/var/www/www.example.com/

अधिक स्वच्छ और "लिनक्सी" क्या है? क्या हम सभी का उपयोग करना चाहिए /usr/local/www/?

संभावित स्रोत: http://www.tuxfiles.org/linuxhelp/linuxdir.html


साझा किए गए होस्टिंग प्रदाता अपने स्वयं के www (और अन्य सेवाओं) निर्देशिकाओं के साथ अपने स्वयं के होम निर्देशिका में उपयोगकर्ताओं को चेरोट करते हैं।
ग्रेवीफेस

जवाबों:


9

एफएचएस (फाइलसिस्टम पदानुक्रम मानक) 2.3 के अध्याय 3 के अनुसार , सर्वर द्वारा प्रदान की जाने वाली सेवाओं के लिए डेटा के तहत जाना चाहिए /srv, लेकिन प्रत्येक विशिष्ट प्रणाली के प्रभारी के तहत संगठन को छोड़ देता है।

मैं सिफारिश करेंगे /srv/www/<domain>या सर्वर की तरह प्रति डोमेन कुछ कई सेवाओं के प्रदान कर रहा है, तो /srv/<domain>/<service>(सेवा की जा रही है www, ftp, svn, आदि)।


2
इसलिए यदि कोई सर्वर MySQ सेवाएँ प्रदान करता है, तो डेटा / srv / sql / dbname में जाना चाहिए? मैंने कभी भी किसी लिनक्स वितरण को डेटा को srv में नहीं देखा है। और सेवा डेटा के लिए डिफ़ॉल्ट स्थान (जैसे / डेबियन पर var / lib) को स्थानांतरित करना / srv सिर्फ एक शाही दर्द है।
विम केरखॉफ

1
खैर एफएचएस के लिए /var/libभी तर्क है। ज़रा सोचिए कि आप के मामले में /srv/सीधे वहाँ से फाइलें परोसी जा रही हैं, जबकि MySQL के साथ आप वास्तव में सॉकेट से डेटा पढ़ रहे हैं। यह भी ध्यान दें कि एफएचएस एक सुझाव है और प्रगति में काम करता है, इसलिए प्रत्येक वितरण पैंतरेबाज़ी के लिए कुछ स्थान देता है।
coredump

@Wim: वितरणों में डेटा नहीं डाला जाना चाहिए /srv: "... कोई भी प्रोग्राम / srv मौजूदा की विशिष्ट उपनिर्देशिका संरचना पर भरोसा नहीं करना चाहिए या जरूरी डेटा को / srv में संग्रहीत किया जाना चाहिए।"
इग्नासियो वाज़क्वेज़-अब्राम्स

7

रेड हैट और डेबियन उपयोग / var / www । अगर मैं किसी अपरिचित सर्वर तक पहुँच बना रहा था, तो वह पहला स्थान है जो मैं वेब सर्वर के दस्तावेज़ रूट के लिए देखूंगा।


1
डिफैक्टो मानकों / सम्मेलन के साथ चिपके रहने के लिए +1।
ग्रेवीफेस

शुरू करने के लिए एक अच्छी जगह की ओर इशारा करने के लिए भी +1।
कोट
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.