ওয়েবসাইটগুলি / var / অথবা / usr / প্রস্তাবিত ব্যবহার অনুযায়ী বাস করা উচিত?

Question

লিনাক্স ডিরেক্টরি কাঠামোর একটি গাইড অনুসারে , /usr/অ্যাপ্লিকেশন ফাইলগুলির জন্য, এবং /var/পরিবর্তিত ফাইলগুলির জন্য (আমি ধরে নিই এর অর্থ "অ্যাপ্লিকেশনগুলির সাথে সম্পর্কিত ফাইলগুলি")। এটা কি সঠিক?

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

ডিফল্ট ডাব্লু ডিরের মধ্যে থাকে /var/www/, সুতরাং আমরা কি /var/websites/(বা অন্য কিছু অনুরূপ) ব্যবহার করে মামলা অনুসরণ করব , বা /usr/websites/সেগুলি অ্যাপ্লিকেশন হতে পারে তাই বেছে নেওয়া উচিত?

এটি একটি খুব তুচ্ছ প্রশ্ন, তবে এটি আমাকে তবুও তুচ্ছ করে। আমাদের ক্ষেত্রে, আমি ঝুঁকির দিকে ঝুঁকিতে আছি /usr/webবা এরকম কিছু, কারণ আমাদের ওয়েবসাইটগুলি সমস্ত অ্যাপ্লিকেশন।

হালনাগাদ:

এটি আমাদের সংস্থার ওয়েবসাইটগুলির জন্য; এটি কোনও শেয়ার্ড হোস্টিং সার্ভার নয়, সুতরাং এগুলি /home/বা এ জাতীয় কিছুতে আলাদা করার বিষয়ে আমাদের চিন্তা করার দরকার নেই।

Comments

আমি মনে করি না যে প্রশ্নটি তুচ্ছ; এটি আসলে একটি ভাল বরং। মজাদার.

— অ্যারন রোটভেল

Answer 1

মতে FHS , /usrজন্য shareable, read-only dataযেখানে আপনি ওয়েবসাইট লাগাতে চান -। এখানে আপনার কোডটি রাখা উচিত (উদাহরণস্বরূপ ফেডোরা ওয়ার্ডপ্রেসের জন্য এটি করেন)। আরও দেখুন ওয়েব সম্পদ ফেডোরা জন্য প্যাকেজিং গাইড।

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

/srvএটি "সাইট-নির্দিষ্ট ডেটা যা এই সিস্টেম দ্বারা পরিবেশন করা হয়" এর জন্য। - একটি ভাল ম্যাচ মত মনে হয়, কিন্তু তুলনায় অনেক কম প্রচলিত যা /var/www।

সাইট ফাইলগুলি রাখার জন্য অন্যান্য সাধারণ জায়গাটি এর অধীনে রয়েছে /home- নামক একটি বিশেষ ব্যবহারকারী তৈরি করে websiteবা এরকম, তারপরে ফাইলগুলি সেই ব্যবহারকারীর হোমডিরের মধ্যে রেখে (যেমন, /home/website)।

Comments

আহ, আমার কাজ ব্যবহার করে /srv- যেমনটি আমি এর আগে কখনও দেখিনি, আমি ভেবেছিলাম এটি তাদের দ্বারা নির্মিত হয়েছিল। এটি কি রেডহ্যাট / সেন্টোস জিনিস?

— নিক বোল্টন

ডিফল্টটি কেবলমাত্র এতে সেট করা থাকে /var/wwwকারণ বিতরণগুলি স্পর্শ করার অনুমতি নেই /srv; এটি কনফিগার করার জন্য সিস্টেম প্রশাসকের পক্ষে। সুতরাং, সে কারণেই এটি "অনেক কম সাধারণ" এবং সঠিকও।

— মাইকেল হ্যাম্পটন

Answer 2

কটাক্ষপাত ফাইলসিস্টেম শ্রেণীক্রম স্ট্যান্ডার্ড ( উইকিপিডিয়া )। আমি নিজে / এসআরভি / ওয়েব / $ ডোমেন / td এইচটিডোকস, লগস, সিজি-বিন, ... use ব্যবহার করি}

Comments

আমি এটিও এটির মতো করে করি তবে "www" এর পরিবর্তে আমি সর্বদা পরিষেবাটির নাম "httpd" ব্যবহার করি। সুতরাং আমার কাছে / এসআরভি / এইচডিডি / $ ডোমেন ... বা / এসআরভি / এসএমবিডি / শরনাম ... এর মতো কোন পরিষেবাটি ফাইলগুলি পরিবেশন করছে তা দেখতে আরও সহজ। উদাহরণস্বরূপ কয়েকটি সিস্টেমে আমাদের /

— এসআরভি

Answer 3

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

হালনাগাদ:

এটি কোনও ভাগ করা হোস্টিং সার্ভার নয় বলেই এর অর্থ এই নয় যে আপনার ভাল সুরক্ষা চর্চায় জড়িত হওয়া এবং তাদের নিজস্ব সুরক্ষা জোনে আলাদা আলাদা ভূমিকা রাখা উচিত নয়।

Answer 4

চূড়ান্ত গাইড ফাইলস হায়ারার্কি স্ট্যান্ডার্ড যা বলে যে /srvএটি উপযুক্ত জায়গা।

Comments

আমি এটি সেভাবে পড়ি না - বা কমপক্ষে, আমি এটিকে এই বিষয়টিতে অস্পষ্ট বলে মনে করি। বেশিরভাগ ওয়েবসাইটগুলি কেবল পরিবেশন করা হয় না by this system, সেগুলি সিস্টেমের পুরো ক্লাস্টার দ্বারা পরিবেশন করা হয়; এবং দুটি বাক্য থেকেই শুরু This setup will differ from host to host.করে যে বহু সার্ভারে ভাগ করা ফাইলের জন্য এটি স্থান নয় suggest যদিও এটি সম্ভবত বেশ উপযুক্ত জায়গা - এটির চেয়ে অবশ্যই বেশি উপযুক্ত /usrএবং এর চেয়ে তর্কাতীতভাবে ভাল/var

— জেমস পোলি

আমি মনে করি না এফএইচএস একেবারে স্থিতিশীল। পুনঃ: (উইকিপিডিয়া থেকে): বেশিরভাগ লিনাক্স বিতরণগুলি এফএইচএস অনুসরণ করে এবং এফএইচএস সম্মতি বজায় রাখতে তাদের নিজস্ব নীতি ঘোষণা করে। তবে ফ্রি স্ট্যান্ডার্ডস গ্রুপের সদস্যদের দ্বারা বিকাশযুক্ত বিস্তারের বেশিরভাগ (২০০৯ হিসাবে) প্রস্তাবিত মানটিকে পুরোপুরি অনুসরণ করে না।

— মাইকেল গ্রাফ

স্ট্যান্ডার্ড সম্পর্কে এটি দুর্দান্ত জিনিস - এর মধ্যে অনেকগুলি বেছে নেওয়া! :)

— জেমস পোলি 15'10

Answer 5

তারা যেখানে ডিস্কে থাকে তাতে খুব একটা গুরুত্ব নেই। আপনি যেখানে তাদের চান সেখানে এটি।

আমার সমস্ত মেশিনে তারা সত্যই যেখানে বাস করে সেখানে আমার কাছে / www থেকে একটি সিমিলিংক রয়েছে, তাই আমাকে কখনই মেশিন থেকে মেশিনে ভাবতে হবে না। কিছু পুরানো মেশিনে ব্যবহারকারী ডিস্কের জন্য / u0 এবং / u1 থাকে এবং আমি ওয়েব জিনিসগুলি সেখানে রাখি। কিছু / বাড়িতে সরাসরি মাউন্ট করা আছে, তাই তারা সেখানে যান, কিন্তু / www সবসময় সঠিক জায়গায় নির্দেশ করে।

আমি / usr বা / var তে কোনও কনফিগারেশন রাখি না। এটি স্থানীয় / যা (আপনি এটি অনুমান করেছিলেন, / u0 বা / u1 সাধারণত কোথাও একটি সিমিলিংক) goes এটি জিনিসগুলিকে ব্যাক আপ করা সহজ করে তোলে। আমি কেবল ব্যবহারকারী ডিস্কগুলি ব্যাক আপ করছি।

অবশ্যই আমার পছন্দের ওএস, নেটবিএসডি এর জন্য একটি মাস্টার বিতরণ সাইট রয়েছে। আমি এই মূল মেশিনে (সত্যই একটি জেন ​​উদাহরণ) এবং আরএসসিএনসি / ইউএসআর এর মতো সিস্টেমটি তৈরি করতে চাই। আমার জীবনকে সহজ করে তোলে।

Comments

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

— জেমস পোলি

আপনি যখন 8 টি বিভিন্ন ওএস ব্যবহার করেন, তখন প্রতিটি গৃহীত-এর-নিজস্ব পদ্ধতিতে বাড়ির অভ্যন্তরীণ মানগুলি শিখতে আরও সহজ।

— মাইকেল গ্রাফ

@ জেমস পলি একটি নতুন ভাড়া "আমরা জিনিস রাখি" বলতে কত সময় লাগে /path/we/chose?

— ceejayoz

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

— ট্রিপলি

Answer 6

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

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

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

Answer 7

আমার মতে আপনার কখনই এবং কখনই কোনও ইন্টারনেট পরিষেবা সাধারণ সিস্টেম জোনে স্থাপন করা উচিত নয়।

আপনার ইন্টারনেট পরিষেবাদি (অ্যাপাচি / টোম্যাট / এসএসএইচ ইত্যাদি) একটি সামনের দরজা, তারপর যদি আপনি এই পরিষেবাগুলি আপনার সিস্টেম জোনে রাখেন তবে আপনি সম্ভবত কিছু আক্রমণে ঝুঁকির মধ্যে পড়বেন।

আপনি যদি নিজের বিবিধ পরিষেবাদি অন্য ডিটেক পার্টিশনের মতো নিরাপদ স্যান্ডবক্স জোনে রেখেছেন তবে তার চেয়ে বেশি।

আপনি কাঠামোগত উদাহরণ ব্যবহার করতে পারেন:

/ --> Root System --> On SDA1 --> Root and System security operator access only
 |
 | -->/usr /etc /var etc.

/SRV --> Web Root --> On SDB1 --> Web users access with minimal rights access.
 |
 |-->/srv/bin & /srv/dta
      |
      |-->/srv/bin/apache (or any other APPLICATION Binaries)
      |-->/srv/dta/SQL (or any other APPLICATION Datas like a 
                        database or web PHP files etc.)

Comments

আপনি কি "সাধারণ সিস্টেম অঞ্চল" প্রসারিত করতে পারেন? এটি এমন একটি শব্দ নয় যা আমি এর আগে শুনেছি এবং আপনি কী বোঝাতে চেয়েছিলেন তা নিশ্চিত নয়। /srv/binএফএইচএস লঙ্ঘন বলে মনে হচ্ছে, যা জানিয়েছে যে /srvবাইনারি নয়, তথ্যের জন্য

— জেমস পোলি

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

— ডাঃ আমি

আমি দেখি. এটি উপলব্ধি করে - এজন্য বেশিরভাগ ডেস্কটপগুলি /homeপৃথক পার্টিশন রাখে - আপনি অ- /homeবিভাজনে সমস্ত কিছু উড়িয়ে দিতে পারেন এবং ব্যবহারকারীর ডেটা হারাতে উদ্বিগ্ন হন না। ডেটা আলাদা করার জন্য +1।

— জেমস পোলি 15'10