अच्छी तरह से, सबसे आम योजना /etc/app_name
में सिस्टम-व्यापी कॉन्फ़िगरेशन रखना है और उपयोगकर्ता ~/.app_name
बना सकता है जो /etc/app_name
में सेटिंग्स को ओवरराइड करता है। कोई भी एक कदम आगे जा सकता है और इसे तीन परत अवधारणा के साथ कर सकता है: उदाहरण के लिए, यदि आपका ऐप /opt/app_name
में है, तो एक डिफ़ॉल्ट कॉन्फ़िगरेशन /opt/app_name/conf
है, और /etc/app_name
और ~/.app_name
दोनों इसे ओवरराइड कर सकते हैं।
आईआईआरसी, केडीई इस तीन परत अवधारणा का उपयोग करता है और इसमें अनुभागों या चाबियों को गैर-अतिसंवेदनशील के रूप में चिह्नित करने की संभावनाएं भी होती हैं, इसलिए एक sys-admin किसी उपयोगकर्ता को ओवरराइड करने के लिए अनुमति नहीं दे सकता है। जी। टास्क-बार की स्थिति। शायद लागू करने के लिए overkill, लेकिन शायद विचार के लिए खाना।
क्या कॉन्फ़िगरेशन कई फ़ाइलों वाली निर्देशिका में संग्रहीत है या नहीं, केवल एक फ़ाइल कोई फर्क नहीं पड़ता।
सभी उपयोगकर्ताओं द्वारा सिस्टम-व्यापी और अद्यतन करने योग्य कुछ तरीकों से प्रतिस्पर्धात्मक लक्ष्य हैं ... परंपरागत पथ आमतौर पर केवल रूट-लिखने योग्य होते हैं, या शायद एक डमी उपयोगकर्ता द्वारा विशेष रूप से दिए गए एप्लिकेशन के लिए। – Cascabel
जेफ्रोमी की टिप्पणी पर विस्तार करने के लिए, दूसरा उपयोगकर्ता मेरी कॉन्फ़िगरेशन को संशोधित करने में सक्षम क्यों होना चाहिए? – tloach
@ जेफ्रोमी वास्तव में। यही समस्या है। :-) मेरे पास एक अनूठी परिस्थिति है जहां कुछ आइटम साझा किए जाते हैं, लेकिन सिस्टम के किसी भी उपयोगकर्ता द्वारा अपडेट किए जाने की आवश्यकता होती है। –