লিনাক্সে, কনফিগারেশন ফাইলের জন্য সর্বদা * .d নামক ফোল্ডার কেন রাখা হয়

Question

লিনাক্সে, কনফিগারেশন ফাইলগুলির জন্য কেন সর্বদা নামকরণ করা হয় *.d?

বলুন

• /etc/init.d
• /etc/grub.d
• /etc/apparmor.d

Comments

আপনার প্রশ্নের উত্তর আস্ক উবুন্টুর কাছে রয়েছে।

— মেহপার সি। পালাভুজলার

লিনাক্স এবং ইউনিক্স স্ট্যাক এক্সচেঞ্জ সাইটটিও এটি করেছে: unix.stackexchange.com/questions/4029/…

— উদ্ভট

এই একই প্রশ্নটি প্রায় 8 ঘন্টা আগে সার্ভার ফল্টে জিজ্ঞাসা করা হয়েছিল।

— পরবর্তী বিজ্ঞপ্তি না দেওয়া পর্যন্ত বিরতি দেওয়া হয়েছে।

Answer 1

.dডিরেক্টরি ঘোরা। এটি একটি কনফিগারেশন ফাইলের উপর ভিত্তি করে একটি কনফিগারেশন থেকে ডিরেক্টরি ভিত্তিক কনফিগারেশনকে পৃথক করার একটি কনভেনশন। প্রায়শই আপনার উভয়ের কিছুটা ক্ষমতা থাকে, উদাহরণস্বরূপ /etc/logrotate.confএবং /etc/logrotate.d/।

এটি সাধারণত এমন হয় যে এই জাতীয় ডিরেক্টরিতে থাকা সমস্ত (যুক্তিসঙ্গত নামযুক্ত) ফাইলগুলি স্বয়ংক্রিয়ভাবে একটি একক কনফিগারেশনে সংযুক্ত হয়ে যায়। প্যাকেজগুলি এর পরে ডিরেক্টরিতে ফাইলগুলি ইনস্টল করতে পারে এবং সেগুলি স্বয়ংক্রিয়ভাবে ব্যবহৃত হবে। আবার, /etc/logrotate.d/একটি ভাল উদাহরণ। কনস্টাস্ট দ্বারা, কনফিগারেশন ফাইলগুলির একটি ডিরেক্টরি যা .dসম্ভবত শেষ হয় না কেবল একই প্যাকেজের অন্তর্ভুক্ত কনফিগারেশন ফাইলগুলির এলোমেলো সমষ্টি রয়েছে এবং সেগুলি কীভাবে প্রক্রিয়াজাত হয় সে সম্পর্কে আপনি কোনও সিদ্ধান্ত নিতে পারেন না, উদাহরণস্বরূপ /etc/zsh/।

Answer 2

পিটারের উত্তরে কিছুটা প্রসারিত করার জন্য, এই .d প্যাটার্নটি কনফিগারেশন ফাইলগুলিকে সহজভাবে সংযোজন এবং অপসারণের অনুমতি দেয়: প্রদত্ত .d প্রোগ্রামের জন্য অ্যাডমিনকে কেবল সম্পাদনা না করেই .d ডিরেক্টরিতে কোনও ফাইল অনুলিপি বা মুছে ফেলার ক্ষমতা রয়েছে একটি বিদ্যমান কনফিগারেশন ফাইল।

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

এখন এটিকে আপনার নির্ধারিত কাজের সাথে /etc/cron.d এ স্থাপনের সাথে তুলনা করুন। আপনি কেবল এতে ফাইলটি অনুলিপি করুন এবং পরের বার ক্রোন চলবে (সাধারণত প্রতি মিনিটে), এটি নতুন ফাইলটি দেখতে পাবে এবং সেই অনুযায়ী উত্স / প্রক্রিয়া করবে। আপনার নিজের প্যাকেজগুলি রোল করতে চাইলে পিটারের বক্তব্য হিসাবে এটি দুর্দান্ত: /etc/cron.d ফাইলটি প্যাকেজ সংরক্ষণাগারটিতে ইনস্টল হওয়া কেবল একটি অন্য ফাইল। প্যাকেজটি সরানোর পরে, ক্রোন.ডি ফাইলটি সরানো হবে এবং আপনার ক্রোন আর চলবে না।

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