একটি ওয়েব সার্ভারের মূল ডিরেক্টরিটি কেন "/ var / www" এ ডিফল্টরূপে রাখা হয়?

Question

টেক্সফিলস লিনাক্স ডিরেক্টরি কাঠামো সম্পর্কে নিম্নলিখিত বলে:

/var:

এই ডিরেক্টরিতে ভেরিয়েবল ডেটা রয়েছে যা সিস্টেম চলাকালীন নিয়মিত পরিবর্তিত হয়।

এফএইচএস/var নিম্নলিখিত বলে:

/varপরিবর্তনশীল ডেটা ফাইল রয়েছে। এর মধ্যে রয়েছে স্পুল ডিরেক্টরি এবং ফাইলগুলি, প্রশাসনিক এবং লগিং ডেটা এবং ক্ষণস্থায়ী এবং অস্থায়ী ফাইল।

তারপরে তারা আরও বলতে পারেন যে লগ, মেল এবং স্পুলারের মতো জিনিসগুলি সেই ফোল্ডারে রাখা হয়েছে।

প্রথাগতভাবে উবুন্টু লিনাক্স Apache বা nginx একটি স্টক ইনস্টলেশন এ ডিরেক্টরির স্থাপন করবে /var/www/।

ফাইল বা অন্যথায় এমন কন্টেন্ট যা আপনাকে প্রায় স্থায়ী বলে মনে হয় এমন ডিরেক্টরি সহ ডিরেক্টরি রাখার জন্য আদর্শ জায়গা বলে মনে হয় না।

কেন এটি প্রায়শই /var? োকানো হয় ?

আরও বিষয়গতভাবে, ডিরেক্টরি কাঠামো অনুসারে এটি কি আদর্শভাবে যাওয়া উচিত?

Comments

এটি একটি ভাল প্রশ্ন যা আমি নিজেকে প্রায়শই জিজ্ঞাসা করেছি এবং এটির সাথে কোনওভাবে সাজিয়েছি :)।

— নেকড়ে

এফএইচএস অনুসারে /var/lib/wwwআরও উপযুক্ত হত ...

— নিলস

বর্তমান এফএইচএস বলছে ওয়েব সার্ভারের মূলটি নীচের/srv

— লজিকডেমোন

/varহ'ল অ-এক্সিকিউটেবল অ-কনফিগারেশন অ-মালিকানা-দ্বারা-বাস্তব-ব্যবহারকারীর ডেটা যা সম্পাদনা বা পরিবর্তন করা যায় (উদাহরণস্বরূপ পুনর্লিখনযোগ্য ভলিউমে থাকতে হবে)। /var/libবিশেষত সেই ধরণের ডেটার জন্য যা একটি রিবুট বেঁচে থাকা উচিত এবং কোনও রক্ষণাবেক্ষণ প্রক্রিয়া দ্বারা মুছে ফেলা উচিত নয়, উদাহরণস্বরূপ তার ডিএইচসিপি লিজের রেকর্ড সংরক্ষণ করতে isc-dhcp-serverব্যবহার /var/libকরে। সুতরাং এটি ওয়েব সার্ভার ফাইলগুলির জন্য একটি যৌক্তিক স্পট হবে।

— লরেন্স

@ নিলস, লিব কেন?

— প্যাসেরিয়র

Answer 1

এটি আসলে "traditionalতিহ্যবাহী" অবস্থান নয়। Ditionতিহ্যগতভাবে, ওএসের পরে আপনি যে কোনও কিছু ইনস্টল করেছেন /usr/localএবং এটি এখনও "ক্লাসিকাল অ্যাপাচি পাথ বিন্যাস" (তাদের শব্দ)। অনেক দিন ধরেই ছিল /home/httpd।

আপনি যা দেখছেন তা হ'ল একটি অ্যাপাচি যা নির্দিষ্ট ওএসের জন্য কনফিগার করা হয়েছে - তা হ'ল রেড হ্যাট লিনাক্স, ম্যাক ওএস এক্স, জিএনইউ, ইত্যাদি - অবস্থানটি অনুকূলিতকরণ করবে। এপাচের উত্সটি এর জন্য খুব ভালভাবে ডিজাইন করা হয়েছে, আসলে যদি আপনি উত্স ফাইলগুলিতে সার্ভার রুটের মান খুঁজে পান তবে আপনি দেখতে পাবেন যে এটি এই ফাইলটিতে শুরু হয় config.layout:

এই ফাইলটির কিছু অংশ আপনাকে দেখিয়ে দেবে যে ডোক্রোটের স্থানে প্রচুর বৈচিত্র্য রয়েছে।

আইআইআরসি, /var/wwwরেড হ্যাট লিনাক্স x.x (রেড হ্যাট এন্টারপ্রাইজ লিনাক্স নয়) এর 2000-2001 প্রকাশের সাথে আমার জীবনে এসেছিল। উপরে যে সমস্ত কারণ আপনি উদ্ধৃত করেছেন তার জন্য, আমি ভেবেছিলাম এটি দুর্দান্ত অর্থবহ হয়নি - তবে বাস্তবতাটি হ'ল আধুনিক যুগে অন্য অনেক সরঞ্জাম এবং প্রযুক্তিগুলি যে কোনওভাবে লোকেশন মুভগুলিতে জড়িত।

#   Classical Apache path layout.
<Layout Apache>
    prefix:        /usr/local/apache2
    datadir:       ${prefix}

#   GNU standards conforming path layout.
#   See FSF's GNU project `make-stds' document for details.
<Layout GNU>
    exec_prefix:   ${prefix}
    datadir:       ${prefix}/share+

#   Mac OS X Server (Rhapsody)
<Layout Mac OS X Server>
    prefix:        /Local/Library/WebServer
    datadir:       ${prefix}

#   Darwin/Mac OS Layout
<Layout Darwin>
    prefix:        /usr
    datadir:       /Library/WebServer

#   Red Hat Linux 7.x layout
<Layout RedHat>
    prefix:        /usr
    datadir:       /var/www

#   SuSE 6.x layout
<Layout SuSE>
    prefix:        /usr
    datadir:       /usr/local/httpd

#   BSD/OS layout
<Layout BSDI>
    prefix:        /var/www
    datadir:       ${prefix}

#   Solaris 8 Layout
<Layout Solaris>
    prefix:        /usr/apache
    datadir:       /var/apache

Answer 2

/var/wwwশুধুমাত্র প্রথম দর্শনে ব্যবহার বিভ্রান্তিকর।

এফএইচএস অনুসারে, ওয়েব সার্ভারের ডেটাতে যাওয়া উচিত /srv। এটাই মূল নিয়ম।

তবে এটি আরও বলে যে কাঠামোর বিষয়ে সিদ্ধান্ত নেওয়া /srvস্থানীয় প্রশাসকের একমাত্র দায়িত্ব! অতএব প্যাকেজগুলিকে অবশ্যই কোনও কিছু notোকাতে হবে না /srvএবং ডিফল্ট ডকুমেন্টের রুট অবশ্যই হওয়া উচিত নয় /srv, কারণ (অ্যাপাচি) প্যাকেজটি এর ভিতরে /srvএবং নীচে কী তা জানে না। সম্ভবত একটি স্পষ্ট পাঠ্য পাসওয়ার্ড এবং অন্যান্য জিনিস সহ একটি subversion ভান্ডার। সুতরাং এর বাইরে অবশ্যই একটি ডিফল্ট থাকা উচিত /srv। সেই ডিফল্ট হয়ে যায় /var/www।

/var/wwwবেশিরভাগই স্থানধারক। /usr/shareস্থির এইচটিএমএল সামগ্রী বা /var/libগতিশীল পরিবর্তনশীল সামগ্রীর জন্য প্যাকেজগুলি ব্যবহার করে । অনেক লোক ভুল করে ভেবেছিল যে তাদের তখন এইচটিএমএল লাগানো উচিত /var/www। এটি একটি সমস্যা, কারণ প্যাকেজগুলি মাঝে মধ্যে এটি ব্যবহার করে। সুতরাং সম্প্রতি তারা /var/www/htmlপ্যাকেজগুলির জন্য উদ্ভাবন করেছে। আশা করি লোকেরা এটি ব্যবহার শুরু করবে না কারণ এরপরে আবার তাদের একটি নতুন ডিরেক্টরি উদ্ভাবন করতে হবে ... ইত্যাদি।

সংক্ষিপ্তসার: /srvআপনার নিজের অ্যাপাচি ভার্চুয়াল হোস্টগুলি সেই অনুযায়ী ব্যবহার এবং কনফিগার করা উচিত ।

Comments

এই উত্তরটি সত্যই মূল্যবান। "আশা করি লোকেরা এটি ব্যবহার শুরু করবে না কারণ এরপরে আবার তাদের একটি নতুন ডিরেক্টরি উদ্ভাবন করতে হবে ... ইত্যাদি।" দেখায় যে অনেক প্রশাসককে সময় নেওয়া উচিত এবং কিছু বেসিকটি পড়তে হবে। (যেমন আমি এখনই করছি;))

— টোস্টগ্রেট

এটি ইতিমধ্যে উবুন্টু সংস্করণে ঘটেছে। অ্যাপাচি ডকুমেন্টের / var / www / html এ ডিফল্ট আমি কোথাও পড়েছি যে পরিবর্তনের কারণ এটি ছিল আরও সুরক্ষিত। আমি জানি না যে আমি এই প্রতিযোগিতা করতে পারেন। আমি আপনাকে বলতে পারি যে আমি আসলে সেই পথটি ব্যবহার করব না। এবং আমি সেটআপটি চালিয়ে যাব যা আমি কিছু সময়ের জন্য ব্যবহার করে আসছি। আমি / ওয়েবসাইটগুলিতে ভার্চুয়াল হোস্টগুলির জন্য বিশেষত একটি ডিস্ক মাউন্ট করি। আমি সিপ্যানেল হোস্টিংয়ের জন্য অনুরূপ কাঠামো রাখি এবং / ওয়েবসাইট / ভোস্টনাম / পাবলিক_এইচটিএমএল থেকে পরিবেশন করি। এইভাবে আমি মেইল ​​বা নির্দিষ্ট ভোস্টের জন্য যা কিছু রাখতে হোল্ড করতে vhost ব্যবহার করতে পারি।

— ক্রিস

আমি প্রকৃতপক্ষে একটি ডিস্ক বিভাজন এবং পৃথক vhost ব্যাকআপের জন্য পার্টসটি vhost ডিরেক্টরিতে মাউন্ট করার কথা বিবেচনা করছি। যা প্রতিটি ভোস্টে আমাকে / ওয়েবসাইট / ভোস্ট / ব্যাকআপ দেবে (আমি কয়েকটি চালাই এবং সম্ভবত পরবর্তী তারিখে আরও চালাব)

— ক্রিস

Answer 3

যদিও আমি আকন্দের উত্তরের সাথে একমত, আমার কাছে মনে হয় এর আরও গুরুত্বপূর্ণ দিক আছে। অন্যান্য অবস্থানগুলির বেশিরভাগ (যেমন /usr/local) সাধারণত সিস্টেম (প্যাকেজ ম্যানেজার) দ্বারা পরিচালিত হয়। /varপ্যাকেজ পরিচালক (সিস্টেম ওয়াইড 'ডেটা') দ্বারা পরিচালিত নয় এমন ফাইলগুলি সাধারণত যায় where

আমি আরও মনে করি এফএইচএস থেকে সংজ্ঞাটি আরও কিছুটা নির্ভুল (ডেটা "ক্রমাগত পরিবর্তন করা" হবে না):

/ var এর মধ্যে ভেরিয়েবল ডেটা ফাইল রয়েছে। এর মধ্যে রয়েছে স্পুল ডিরেক্টরি এবং ফাইলগুলি, প্রশাসনিক এবং লগিং ডেটা এবং ক্ষণস্থায়ী এবং অস্থায়ী ফাইল।

তবে এফএইচএস এছাড়াও প্রজাতি যে ডাব্লু ডেটা প্রবেশ করা উচিত/srv

/ srv এ সাইট-নির্দিষ্ট ডেটা রয়েছে যা এই সিস্টেম দ্বারা পরিবেশন করা হয়।

এটি নির্দিষ্ট করার মূল উদ্দেশ্যটি যাতে ব্যবহারকারীরা নির্দিষ্ট সেবার জন্য ডেটা ফাইলগুলির অবস্থান সন্ধান করতে পারে এবং যাতে পরিষেবাগুলি কেবলমাত্র পাঠযোগ্য ডেটা, লিখনযোগ্য ডেটা এবং স্ক্রিপ্টগুলির (যেমন সিজি স্ক্রিপ্টগুলির জন্য) একক গাছের প্রয়োজন হয় সেগুলি যথাযথভাবে স্থাপন করা যায়।

/ এসআরভি-র উপ-ডিরেক্টরিগুলির নামকরণের জন্য ব্যবহৃত পদ্ধতিটি অনির্দিষ্ট as কারণ এটি কীভাবে করা উচিত সে বিষয়ে বর্তমানে কোনও sensক্যমত্য নেই। / Srv এর অধীনে ডেটা স্ট্রাকচারের জন্য একটি পদ্ধতি হ'ল প্রোটোকল, যেমন। ftp, rsync, www, এবং cvs।

Comments

ত্রুটি, পুরো বিষয়টি /usr/localহ'ল এটি প্যাকেজ ম্যানেজার দ্বারা পরিচালিত নয় ।

— ডারোবার্ট

@डरবার্ট / ইউএসআর / স্থানীয় তৃতীয় পক্ষের প্যাকেজগুলি (ডিস্ট্রোর রেপো দ্বারা প্রদত্ত প্যাকেজগুলি) দ্বারা প্রচুর পরিমাণে ব্যবহৃত হয়। যে সংস্থাগুলি তাদের নিজস্ব প্যাকেজগুলি সেখানে রাখার জন্য এটি তাদের পক্ষেও সাধারণ (যদিও এটি এখনও ডিস্ট্রো সরবরাহ করে না এমন প্যাকেজগুলির আওতায় পড়ে)। এই হিসাবে ভাল Fhs দ্বারা সমর্থিত, খুব নীচে থাকা নোট # 27 দেখতে pathname.com/fhs/pub/fhs-2.3.html

— প্যাট্রিক

/srv/wwwউপর শাস্ত্রীয় পথ ছিল SUSE -systems (SLES10 পর্যন্ত), অত্যধিক।

— নিলস

@ নিলস অপেক্ষা করুন, তারা এফএইচএসের সাথে অনুগত ছিলেন এবং তারপরে ইচ্ছাকৃতভাবে এটি ছেড়ে দিয়েছিলেন ??? দীর্ঘশ্বাস ফেলুন

— প্যাট্রিক

@ পেট্রিক তাই এটি - আমি যখন বুঝতে পেরেছিলাম তখন আমি বেশ অবাক হয়েছিলাম। সম্ভবত তারা অন্যান্য লিনাক্স-রূপগুলির মতো হতে চেয়েছিল ...

— নিলস

Answer 4

কারণগুলি বেশিরভাগ historicalতিহাসিক, অন্যরা বলেছে said /varসিস্টেম ডেটা যা সর্বদা পরিবর্তিত হয়, উদাহরণস্বরূপ ক্যাশে ফাইল, লগস, রানটাইম ডেটা (লক ফাইলগুলি, উদাহরণস্বরূপ), মেল সার্ভার স্টোরেজ, প্রিন্টার স্পোলিং, ইত্যাদির জন্য ব্যবহৃত হয়েছে মূলত এমন সমস্ত স্টাফের জন্য যা beোকানো যায় না /usr( কারণ এটিতে স্থানীয় ডেটা রয়েছে), তৃতীয় পক্ষের প্রোগ্রাম নয় যা go /optুকতে পারে এবং এগুলি প্রবেশের ফলে বাতিল এবং সক্ষম এবং অস্থির হয় না /tmp।

ইউনিক্স / লিনাক্স বিকাশের সাথে সাথে এটি বিভিন্ন বিচিত্র ডিরেক্টরিগুলির একটি হজ-পজ একসাথে রাখার সাথে অগোছালো জায়গা হয়ে উঠল। সেখানে আউট কিছু জিনিস সরাতে সাম্প্রতিক বছরগুলোতে একটা প্রবণতা বিশেষ করে বিষয়বস্তু মেশিন (যা এখন যেমন প্রতি [দ্বারা পরিবেশিত হয়েছে, ফাইলসিস্টেম শ্রেণীক্রম স্ট্যান্ডার্ড 2.3, p.15 ] এ যেতে হবে /srv, নেই /var/www)।

একই জিনিস ঘটেছে /var/runকয়েক বছর আগে - বিভিন্ন ডিস্ট্রিবিউশন ঘনীভূত প্রচেষ্টার সঙ্গে, তা থেকে সরিয়ে নেওয়া হয়েছে /var/runবা /runযা একসঙ্গে পূর্বে ব্যবহৃত কার্যাবলী নিলীন /var/lock, /var/runএবং /dev/shm।

Answer 5

আমার অভিজ্ঞতা থেকে (আমি একটি ওয়েব বিকাশকারী) ওয়েব সাইটের সামগ্রী স্থিতিশীল থেকে অনেক দূরে। এমনকি এইচটিএমএল ফাইলের ক্ষেত্রে (গতিশীলভাবে উত্পন্ন সামগ্রী নয়) এগুলি ধ্রুবক পরিবর্তনের (সংশোধনী, বাদ দেওয়া ইত্যাদি) সাপেক্ষে।

সুতরাং আমার দৃষ্টিকোণ থেকে, তারা পরিবর্তনশীল। সুতরাং, তারা / var ডিরেক্টরিতে পুরোপুরি উপযুক্ত এবং এতে কোনও ভুল নেই।

Comments

আমি দ্বিমত হবে আমি এখনও এইচটিএমএল ফাইলগুলিকে "নিয়মিত পরিবর্তন" হিসাবে দেখছি না। এগুলিতে করা পরিবর্তনগুলি ইচ্ছাকৃত এবং এটিকে পরিবর্তন ট্র্যাকিংয়ের জন্য একটি সংশোধন-নিয়ন্ত্রণে পরীক্ষা করা হবে।

— জোনাল্লার্ড

মাইএসকিএল ডাটাবেসের পরিবর্তনগুলিও ইচ্ছাকৃত, তবুও ডাটাবেস ফাইলগুলি / var / db এ অবস্থিত। আপনাকে বিরক্ত করবেন না?

— akond

শিওর না, তবে আমি যুক্তি দিয়ে বলব যে ভেরিয়েবল থেকে ধ্রুবক পর্যন্ত ধারাবাহিকতায়, ডিবি এইচটিএমএল / যাই হোক না কেন / ওয়েব অ্যাপ্লিকেশনটির চেয়ে আরও পরিবর্তনশীল হবে, যেহেতু ওয়েব পৃষ্ঠাগুলির ডাটাবেসের চেয়ে কম সংস্করণ রয়েছে। যে পৃষ্ঠাগুলি তুলনামূলকভাবে কয়েকটি ভিন্ন সংস্করণ রয়েছে, আমি তা রাখব না /var। তবে আমি মনে করি এটি শক্ত তথ্যগুলির চেয়ে মতামত এবং বিতর্কের বিষয়।

— জোনাল্লার্ড

আমি যদি আপনাকে এমন একটি ডাটাবেস দেখি যা দু'বছর ধরে পরিবর্তন করা হয়নি?

— akond

এখানে প্রদত্ত আর্গুমেন্ট দ্বারা, হোম ডিরেক্টরি / var এর অন্তর্ভুক্ত। এই বিষয়টির জন্য, এটি / ইউএসআরও করে কারণ এটি সুরক্ষা প্যাচ ইত্যাদির জন্য নিয়মিত আপডেট হয় etc. ইত্যাদি / ভারগুলি হ'ল "ঘন ঘন" পরিবর্তিত ফাইলগুলির জন্য যা ছোট ফাইলগুলির ভারী লেখার জন্য অনুকূলিত একটি ফাইল সিস্টেম মাউন্ট করতে দেয়। কোনও ডেটাবেস / var এর সাথে অন্তর্ভুক্ত নয় এমন যুক্তি দেওয়া ওয়েবসাইটগুলি যে কেসটিকে শক্তিশালী করে না, এটি প্রকৃতপক্ষে সেই ক্ষেত্রে তোলে যা তারা তা করে না। ওয়েবসাইটগুলি ভারী-পঠিত এবং ভিআর-তে থাকা থেকে কোনও লাভ হয় না এবং লগিং এবং ইমেলের মতো প্রয়োজনীয় সিস্টেম প্রক্রিয়াগুলিকে ধীর করে দেয়।

— ডানকান

Answer 6

আইআইআরসি, পুরানো দিনগুলিতে, আমরা সর্বদা /varএটির নিজস্ব ফাইল সিস্টেম হিসাবে পৃথক হয়ে থাকি (পৃথক ডিস্ক বা ডিস্কের স্লাইস)।

এটির কারণগুলির মধ্যে একটি, অন্যরা যেমন বলেছে, তা হ'ল ফাইল সিস্টেমটিতে (লগ / এট আল) ভারী পাঠ / লেখা রয়েছে। একটি পৃথক ডিস্ক / ফালি রয়ে এটা ভাল ইনপুট / আউটপুট এই ধরনের টিউন করা যেতে পারে (বনাম বেশিরভাগই পড়তে মানে /, /usr, ইত্যাদি ...)।

অন্য কারণটি হ'ল আগের দিনগুলিতে, যদি আপনার সিস্টেমটি কোনও লেখার ক্রিয়াকলাপের সময় ক্র্যাশ হয়ে যায়, তবে খুব ভাল সম্ভাবনা ছিল যে আপনার মূল ফাইল সিস্টেমটি এটি মেরামত করার মতো শক্ত অবস্থানে রেখে দূষিত হতে পারে। সুতরাং থেকে বিচ্ছেদ প্রয়োজন /।

ফাইলসিস্টেম এবং ডিস্ক প্রযুক্তি সময়ের সাথে সাথে ব্যাপক উন্নতি করেছে, সুতরাং এটি সম্ভবত খুব কম ঘটনা।

Comments

/ var পৃথক পার্টিশন হিসাবে এখনও ভাল অনুশীলন যদি আপনি আপনার লগগুলি বন্য হয়ে যাওয়ার পরে / সম্পূর্ণ হওয়ার কারণে আপনার মেশিনটি নামাতে না চান

— ডানকান

Answer 7

/var মাল্টিউজার অ্যাক্সেসের জন্য ব্যবহারকারী-নিরপেক্ষ "বেস" অবস্থানের জন্য একটি উপযুক্ত পছন্দ, যদি আপনার একাধিক ভার্চুয়াল হোস্টের সাথে চলমান একটি ওয়েবসাইট রয়েছে যা FTP বা অন্যান্য আপলোডের অনুমতি দেয়, যেমন আপনি যদি ওয়েবহোস্ট বা অনুরূপ হন।

/homeকরার জন্য একটি অন্যমনা বা দূষিত ব্যবহারকারী আপলোড যদি কারণ খারাপ জিনিস অন্যান্য ব্যবহারকারীর শেল অ্যাকাউন্টের ঘটতে পারে সম্ভবত সর্বোত্তম নয় /homeপার্টিশন সীমা (প্রথাগত সেটআপ অভিমানী /var, /homeইত্যাদি পৃথক পার্টিশন হচ্ছে) এটি অন্যান্য ব্যবহারকারীর অ্যাকাউন্ট প্রভাবিত করতে পারে।

অবশ্যই আমি মনে করি এটির /srvজন্য ভাল তবে /varইউনিক্স traditionতিহ্যে প্রায় দীর্ঘ সময় ছিল।

Comments

বিতরণ এবং বিতরণ করা প্যাকেজগুলির এফএইচএস মেনে চলতে হবে। শেষ "ব্যবহারকারী" (এটি যদি কোনও সার্ভার থাকে তবে সিসাদমিন) তার ইচ্ছামতো করতে পারে এবং যেখানেই ওয়েবসাইটটি রেখে দেয়। / এসআরভি হওয়ার আগে থেকেই আমি ওয়েবসাইট / হোম / পাব বা / হোম / ওয়েবে রাখছি। তবে আমি যদি আজ একটি ওয়েব সার্ভার সফ্টওয়্যার প্রকল্প বিতরণ করি তবে / srv / www বা এফএইচএস যা কিছু বলবে তা ডিফল্ট হবে যদিও অ্যাডমিন এটি পরিবর্তন করতে পারে।

— স্কেপেরেন

@ আলট্রাসওব্ল্যাড, কেন নয় /home/http?

— পেসারিয়ার

Answer 8

আমি এখানে যেটি যুক্ত করতে চাই তা হ'ল ওয়েবকে "ইউএসআর" / এএসআরএস স্থাপন করলে এফএইচএসের অংশটি দ্বন্দ্ব হয় যা / ইউএসআরকে কেবল ভাগ-সক্ষম এবং কেবল পঠন হিসাবে বোঝায়, বিভিন্ন ওয়েব সার্ভার, এমনকি একই "ক্লাস্টার" তেও বিভিন্ন কনফিগারেশন থাকা বিভিন্ন ফাইল থাকতে পারে এবং এটি / usr এর জন্য আদর্শ করে তোলে না।

এছাড়াও, কিছু ওয়েব অ্যাপ্লিকেশন (মিডিয়াউইকি এবং পিএইচপিবিবি আমার মাথার উপরের অংশগুলির নাম দেওয়ার জন্য) সংযুক্তি / মিডিয়া ফাইল আপলোডগুলির জন্য ওয়েব ডিরেক্টরি গাছের নিচে একটি লেখার যোগ্য অবস্থান আশা করে। সুতরাং আপনি যদি কেবল পঠনযোগ্য / usr সংজ্ঞাটি মেনে চলতে চান তবে ওয়েব ট্রিটিকে / usr এর নীচে রাখলে বিরোধ হবে।

Answer 9

অ্যাপাচি ওয়েব সার্ভারের / var / www / এর অধীনে ডিফল্ট ওয়েবসাইট রয়েছে তবে এটি অন্য ওয়েবসাইটগুলিকে / srv / এর আওতায় রাখার পরামর্শ দিচ্ছে

আমি এটি উবুন্টু সার্ভার 14.04 এলটিএসে লক্ষ্য করেছি। এর ডিফল্ট apache2.conf ফাইলটিতে মন্তব্য করা ব্লক রয়েছে:

#<Directory /srv/>
#   Options Indexes FollowSymLinks
#   AllowOverride None
#   Require all granted
#</Directory>