উত্তর:
সাইট-উপলভ্য আপনার সাইটের প্রতিটি জন্য অ্যাপাচি কনফিগারেশন ফাইল রয়েছে। উদাহরণ স্বরূপ:
<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>
আপনি যখন কোনও নতুন সাইট যুক্ত করতে চান (উদাহরণস্বরূপ, সাইট.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ডিরেক্টরিটির ভিতরে ফাইলগুলি কখনও সম্পাদনা করবেন না , অন্যথায় যদি আপনার সম্পাদকটির মেমরি না থেকে যায় বা কোনও কারণেই এটি একটি সিইচইপআপ বা সিগনটারম গ্রহণ করে তবে আপনার সমস্যা হতে পারে।
উদাহরণস্বরূপ: যদি আপনি ব্যবহার করছেন nanoফাইল সম্পাদনা করার sites-enabled/defaultএবং এটি মেমরি রান আউট বা, কোন কারণে, এটি একটি SIGHUP বা SIGTERM পায়, তারপর nanoএকটি জরুরী নামক ফাইল তৈরি হবে default.save, ভিতরে sites-enabledডিরেক্টরি। সুতরাং, sites-enabledডিরেক্টরি ভিতরে একটি অতিরিক্ত ফাইল থাকবে । এটি অ্যাপাচি বা এনজিআইএনএক্স শুরু করতে বাধা দেবে। যদি আপনার সাইটটি কাজ করছিল তবে এটি আর হবে না। লগগুলিতে, default.saveফাইলের সাথে সম্পর্কিত কোনও জিনিস এবং তারপরে, এটি সরিয়ে না দেওয়া পর্যন্ত আপনার শক্ত সময় হবে।
উপরের উদাহরণে, আপনি যদি sites-availableডিরেক্টরিটির ভিতরে ফাইলটি সম্পাদনা করতেন তবে খারাপ কিছু ঘটত না। ফাইলটি তৈরি করা sites-available/default.saveহত, তবে এটি sites-availableডিরেক্টরিতে কোনও ক্ষতি করবে না ।