मुझे सब कुछ / ऑप्ट में क्यों जाना चाहिए?


16

हर बार जब मैं एसडीके, आईडीई, कुछ एक्सटेंशन और इतने पर स्थापित करने के लिए युक्तियों को पढ़ता हूं, तो यह कहता है, कि मुझे उन्हें /optफ़ोल्डर में अनपैक करना चाहिए । मुझे ऐसा करने की आवश्यकता क्यों है?

जब मैं उबंटू स्थापित कर रहा था, तो मैंने पढ़ा कि मुझे /फ़ाइल सिस्टम के लिए केवल 10-20 GiB सेट करना चाहिए और इसके लिए शेष स्थान निर्धारित करना चाहिए /home। तो क्या मुझे रूट फ़ोल्डर के लिए जगह का विस्तार करना चाहिए, या सभी सामान को छोड़ देना चाहिए /home? क्या कोई अंतर है?


1
आप यहाँ दो प्रश्न हैं। प्रति पोस्ट केवल एक प्रश्न की अनुमति है। कृपया अपनी पोस्ट को संपादित करें और यदि आप चाहें, तो आप आकार या घर के फ़ोल्डर के संबंध में एक और प्रश्न पोस्ट कर सकते हैं
सर्गी कोलोडियाज़नी


जवाबों:


20

सबसे पहले, यह समझें कि कोई भी निर्देशिका जो स्पष्ट रूप से एक अलग विभाजन के लिए माउंट बिंदु नहीं है (या ऐसे माउंट बिंदु के एक उपनिर्देशिका) को रूट ( /) विभाजन पर संग्रहीत किया जाता है । इस प्रकार, यदि आपको रूट ( /) और /home, और कोई अन्य विभाजन नहीं मिला है, तो आपकी /optनिर्देशिका रूट पर निर्देशिका ( /) है। इसी तरह के लिए /tmp, /sbin, और कुछ और। इस प्रकार, प्रारंभिक प्रश्न झूठे आधार पर आधारित है कि आपको प्रत्येक निर्देशिका के लिए अलग-अलग विभाजन की आवश्यकता होती है जो रूट ( /) से आगे निकलती है , और इसलिए सीधे उत्तर नहीं दिया जा सकता है।

दूसरा, /optथर्ड-पार्टी सॉफ्टवेयर के लिए उपयोग किया जाता है, जो कि उबंटू के संदर्भ में है, इसका मतलब है कि पहले से तैयार सॉफ्टवेयर जो डेबियन पैकेज के माध्यम से वितरित नहीं किया गया है। कभी-कभी आप आधिकारिक कार्यक्रम प्रलेखन देखेंगे जो संदर्भित करता है /opt, लेकिन डेबियन पैकेज उपलब्ध हैं जो इन फ़ाइलों को कहीं और छोड़ देते हैं। ऐसे मामलों में, आपको आधिकारिक दस्तावेज़ को अनदेखा करना चाहिए, या कम से कम इसके फ़ाइल-स्थान संदर्भों को अनदेखा करना चाहिए, जब आप डेबियन पैकेज का उपयोग करते हैं। इसके अलावा, यदि आपके पास एक टारबॉल या डेबियन पैकेज के माध्यम से एक precompiled पैकेज का उपयोग करने का विकल्प है, तो आमतौर पर डेबियन पैकेज का उपयोग करना सबसे अच्छा है। सब के सब, का उपयोग /optइन दिनों बहुत दुर्लभ है। अगर आपको अभी भी लगता है कि आपको फाइलें डालने की जरूरत है /opt, तो आप सॉफ्टवेयर का नाम रख सकते हैं, क्योंकि यहां के लोग जान सकते हैं कि उस सॉफ्टवेयर के लिए डेबियन पैकेज उपलब्ध है या नहीं।

अंत में, दो पिछले बिंदुओं को मिलाकर, उबंटू प्रतिष्ठानों के लिए /optएक अलग विभाजन में विभाजित करना बहुत दुर्लभ है क्योंकि यह महत्वपूर्ण मात्रा में डेटा को वहां संग्रहीत करने के लिए दुर्लभ है। अधिकांश उबंटू सॉफ्टवेयर /usrऔर अन्य स्थानों पर जाते हैं। /usrएक अलग विभाजन में विभाजित होना एक बार सामान्य था , लेकिन आज यह प्रथा बहुत दुर्लभ है। यदि आपको बहुत सारे सॉफ़्टवेयर स्थापित करने की आवश्यकता होती है /opt, तो इसके लिए एक अलग विभाजन बना सकते हैंसमझ में आता है - लेकिन कई मामलों में यह वास्तव में उपयोगी नहीं होगा। अलग विभाजनों से समझ में आता है कि क्या आपको सुरक्षा को अलग तरह से संभालने की जरूरत है, अगर अलग-अलग फाइल सिस्टम सुविधाएँ बहु-बूट विन्यास में कई OS संस्थापनों और अन्य कारणों से डेटा साझा करने में सहायक होंगी। रूटीन सॉफ़्टवेयर इंस्टॉलेशन से अलग विभाजन से लाभ होने की संभावना नहीं है; वास्तव में, एक अलग विभाजन बनाने से /optसमस्याएँ पैदा हो सकती हैं यदि वहाँ संग्रहीत सॉफ़्टवेयर द्वारा खपत आकार बदल जाता है, या यदि आपको आकार का अनुमान गलत लगता है।


1
"इन दिनों / ऑप्ट का उपयोग बहुत दुर्लभ है" क्या आप सुनिश्चित हैं?
23

@Pacerier किसी कारण / विकल्प के लिए वापस आ रहा है, / usr / स्थानीय निश्चित रूप से उबंटू में कुछ अधिक लोकप्रिय था। किसी भी दर पर, IMHO, / ऑप्ट और / usr / स्थानीय समकक्ष हैं। यह भी देखें कि linuxjournal.com/magazine/pointcounterpoint-opt-vs-usrlocal और tldp.org/LDP/Linux-Filesystem-Hierarchy/html/usr.html "इन दिनों '/ usr / लोकल' को व्यापक रूप से एक अच्छी जगह माना जाता है। जिसमें स्व-संकलित या तृतीय-पक्ष कार्यक्रम रखना। "
पैंथर

8

क्या आप?

तथ्य यह है कि आपको इसे करने की आवश्यकता नहीं है। का उपयोग करना /optएक सम्मेलन है। मैं इसका उपयोग करने की सलाह दूंगा लेकिन यह कड़ाई से आवश्यक नहीं है।

से लिनक्स फ़ाइल-सिस्टम अनुक्रम: अध्याय 1. लिनक्स फ़ाइल-सिस्टम अनुक्रम :

1.13। / opt

यह निर्देशिका सभी सॉफ़्टवेयर और ऐड-ऑन पैकेजों के लिए आरक्षित है जो डिफ़ॉल्ट स्थापना का हिस्सा नहीं हैं। उदाहरण के लिए, StarOffice, Kylix, Netscape Communicator और WordPerfect पैकेज आम तौर पर यहां पाए जाते हैं। FSSTND का अनुपालन करने के लिए, इस निर्देशिका में सभी तृतीय पक्ष एप्लिकेशन इंस्टॉल किए जाने चाहिए। यहां स्थापित किए जाने वाले किसी भी पैकेज को अपनी स्थिर फ़ाइलों का पता लगाना होगा (यानी अतिरिक्त फ़ॉन्ट, क्लिपआर्ट, डेटाबेस फ़ाइलें) एक अलग / ऑप्ट / 'पैकेज' या / ऑप्ट / 'प्रदाता' डायरेक्टरी ट्री में अपनी स्थिर फ़ाइलों का पता लगाना होगा (इसी तरह से जिसमें विंडोज अपने स्वयं के डायरेक्टरी ट्री C: \ Windows \ Progam Files \ "Program Name") में नया सॉफ्टवेयर स्थापित करेगा, जहां 'पैकेज' एक ऐसा नाम है जो सॉफ्टवेयर पैकेज का वर्णन करता है और 'प्रदाता' प्रदाता का LANANA पंजीकृत नाम है।

यद्यपि अधिकांश वितरण निर्देशिका / ऑप्ट / बिन, / ऑप्ट / डॉक, / ऑप्ट / शामिल करने, / ऑप्ट / जानकारी, / ऑप्ट / लिबर, और / ऑप्ट / मैन बनाने के लिए उपेक्षा करते हैं, लेकिन वे स्थानीय सिस्टम व्यवस्थापक उपयोग के लिए आरक्षित हैं। पैकेज सिस्टम प्रशासक द्वारा इन आरक्षित निर्देशिकाओं में (लिंक करके या कॉपी करके) रखा जा सकता है, लेकिन इन आरक्षित निर्देशिकाओं के अभाव में सामान्य रूप से कार्य करना होगा। उपयोगकर्ताओं द्वारा लगाए जाने वाले कार्यक्रम निर्देशिका / ऑप्ट / 'पैकेज' / बिन में स्थित हैं। यदि पैकेज में UNIX मैनुअल पेज शामिल हैं, तो वे / ऑप्ट / 'पैकेज' / मैन में स्थित हैं और / usr / share / man के समान ही उपयोग किया जाना चाहिए। पैकेज फ़ाइलें जो चर हैं, उन्हें / var / opt में स्थापित किया जाना चाहिए। होस्ट-विशिष्ट कॉन्फ़िगरेशन फ़ाइलें / etc / opt में स्थापित हैं।

किसी भी परिस्थिति में अन्य पैकेज फाइलें / ऑप्ट, / var / ऑप्ट, और / etc / ऑप्ट पदानुक्रम के बाहर मौजूद नहीं हैं, उन पैकेज फ़ाइलों को छोड़कर जो ठीक से काम करने के लिए फाइल सिस्टम ट्री के भीतर विशिष्ट स्थानों पर रहते हैं। उदाहरण के लिए, डिवाइस लॉक फाइलें / var / लॉक और डिवाइसेस / dev में। वितरण सॉफ़्टवेयर को / ऑप्ट में स्थापित कर सकते हैं, लेकिन स्थानीय सिस्टम व्यवस्थापक की सहमति के बिना स्थानीय सिस्टम व्यवस्थापक द्वारा स्थापित सॉफ़्टवेयर को संशोधित या नष्ट नहीं करना चाहिए।

ऐड-ऑन सॉफ़्टवेयर के लिए / ऑप्ट का उपयोग UNIX समुदाय में एक अच्छी तरह से स्थापित अभ्यास है। सिस्टम V अनुप्रयोग बाइनरी इंटरफ़ेस [AT & T 1990], सिस्टम V इंटरफ़ेस डेफिनिशन (तीसरा संस्करण) और इंटेल बाइनरी ब्युटीबिलिटी स्टैण्डर्ड v। 2 (iBCS2) के आधार पर / a परिभाषित संरचना के समान है।

आमतौर पर, सिस्टम पर एक पैकेज का समर्थन करने के लिए आवश्यक सभी डेटा / ऑप्ट / 'पैकेज' के भीतर मौजूद होना चाहिए, जिसमें फ़ाइलों को कॉपी करने का इरादा है / आदि / ऑप्ट / 'पैकेज' और / var / ऑप्ट / 'पैकेज' के साथ-साथ आरक्षित निर्देशिका / विकल्प में। / ऑप्ट का उपयोग करते हुए वितरण पर मामूली प्रतिबंध आवश्यक हैं, क्योंकि वितरण स्थापित और स्थानीय रूप से स्थापित सॉफ़्टवेयर के बीच टकराव संभव है, विशेष रूप से कुछ बाइनरी सॉफ़्टवेयर में पाए गए निश्चित पथनाम के मामले में।

नीचे दिए गए निर्देशिकाओं की संरचना / ऑप्ट / 'प्रदाता' को सॉफ्टवेयर के पैकेट पर छोड़ दिया जाता है, हालांकि यह अनुशंसा की जाती है कि पैकेज / ऑप्ट / 'प्रदाता' / 'पैकेज' में स्थापित हैं और दिशानिर्देशों के लिए इसी तरह की संरचना का पालन करें / opt / पैकेज। इस संरचना से हटने का एक वैध कारण उन समर्थन पैकेजों के लिए है जिनमें / ऑप्ट / 'प्रदाता' / लीब या ऑप्ट / 'प्रदाता' / बिन में स्थापित फाइलें हो सकती हैं।


यह अजीब है, क्योंकि ज्यादातर लोग छोटे स्थान को रूट डायरेक्टरी में भाग देने की सलाह देते हैं और मैंने सोचा क्योंकि इसे बहुत अधिक नहीं बदला जाएगा। ऐसा प्रतीत होता है कि मुझे अधिवेशनों का पालन करने की सलाह देने की आवश्यकता है?
15

2
@Praytic वास्तव में नहीं है। अतीत /optमें अक्सर एक अलग ड्राइव होती थी। इसका उपयोग मालिकाना सॉफ्टवेयर स्थापित करने के लिए किया जाएगा, जिसमें अक्सर सभी आवश्यक पुस्तकालयों और अन्य संसाधनों के बंडलिंग के कारण भारी डिस्क स्थान की आवश्यकता होती थी। आधुनिक समय में, ड्राइव इतनी बड़ी हैं कि यह संभव है और एक ही ड्राइव पर एक रूट का उपयोग करना आसान है।
बैन

4

/optका उपयोग (कभी-कभी मालिकाना) बाहरी अनुप्रयोगों के लिए किया जाता है जिन्हें लिनक्स वितरण का हिस्सा नहीं माना जाता है। इन अनुप्रयोगों में हार्ड-कोडेड पथ हो सकते हैं और इसलिए केवल तभी सही तरीके से चलेंगे /opt- जब कोई हार्ड-कोडेड पथ नहीं है, तो आप उन्हें किसी भी पथ पर स्थापित कर सकते हैं। एक प्रोग्राम जो स्थापित किया गया /optहै वह स्व-निहित माना जाता है।

उपयोग करने का मुख्य कारण /optएक सामान्य मानक पथ प्रदान करना है जहां बाहरी सॉफ़्टवेयर को स्थापित सिस्टम के बाकी हिस्सों के साथ हस्तक्षेप किए बिना स्थापित किया जा सकता है। /optमानक संकलक या लिंकर पथ ( gcc -print-search-dirsया /etc/ld.so.confआदि) में प्रकट नहीं होता है , इसलिए वहां स्थापित हेडर और लाइब्रेरी मुख्य प्रणाली से कुछ अलग-थलग हैं और पहले से इंस्टॉल किए गए कार्यक्रमों में हस्तक्षेप नहीं करना चाहिए।

का उपयोग फाइलसिस्टम पदानुक्रम मानक/opt द्वारा निर्दिष्ट है : / ऑप्ट , जो नोट करता है कि मूल रूप से यूनिक्स से आया है।/opt

/ ऑप्ट: ऐड-ऑन एप्लिकेशन सॉफ्टवेयर पैकेज

उद्देश्य

ऐड-ऑन एप्लिकेशन सॉफ़्टवेयर पैकेजों की स्थापना के लिए / ऑप्ट आरक्षित है।

/ ऑप्ट में स्थापित किया जाने वाला पैकेज अलग / ऑप्ट / <पैकेज> या / ऑप्ट / <प्रदाता> निर्देशिका ट्री में अपनी स्थिर फ़ाइलों का पता लगाना चाहिए, जहां <पैकेज> एक नाम है जो सॉफ्टवेयर पैकेज का वर्णन करता है और <प्रदाता> है प्रदाता का LANANA पंजीकृत नाम।

आवश्यकताएँ

निर्देशिका / ऑप्ट / बिन, / ऑप्ट / डॉक्टर, / ऑप्ट / शामिल, / ऑप्ट / जानकारी, / ऑप्ट / लीबी, और / ऑप्ट / मैन स्थानीय सिस्टम व्यवस्थापक उपयोग के लिए आरक्षित हैं। पैकेज स्थानीय सिस्टम व्यवस्थापक द्वारा इन आरक्षित निर्देशिकाओं को (लिंक करके या कॉपी करके) रखा जा सकता है, लेकिन इन आरक्षित निर्देशिकाओं के अभाव में सामान्य रूप से कार्य करना होगा।

उपयोगकर्ताओं द्वारा आमंत्रित किए जाने वाले कार्यक्रम निर्देशिका / ऑप्ट / <पैकेज> / बिन या / ऑप्ट / <प्रदाता> पदानुक्रम के तहत स्थित होना चाहिए। यदि पैकेज में UNIX मैनुअल पृष्ठ शामिल हैं, तो उन्हें / ऑप्ट / <पैकेज> / शेयर / मैन में या / ऑप्ट / <प्रदाता> पदानुक्रम के तहत स्थित होना चाहिए, और / usr / शेयर / मैन के रूप में एक ही उप-संरचना का उपयोग किया जाना चाहिए।

चर (सामान्य ऑपरेशन में परिवर्तन) पैकेज फ़ाइलों को / var / ऑप्ट में स्थापित किया जाना चाहिए। अधिक जानकारी के लिए अनुभाग को / var / ऑप्ट पर देखें।

होस्ट-विशिष्ट कॉन्फ़िगरेशन फ़ाइलों को / etc / opt में स्थापित किया जाना चाहिए। अधिक जानकारी के लिए अनुभाग को / आदि पर देखें।

कोई अन्य पैकेज फाइलें / ऑप्ट, / var / ऑप्ट, और / etc / ऑप्ट पदानुक्रम के बाहर मौजूद नहीं हो सकती हैं सिवाय उन पैकेज फ़ाइलों के जो फ़ाइल सिस्टम ट्री के भीतर विशिष्ट स्थानों में ठीक से काम करने के लिए निवास करें। उदाहरण के लिए, डिवाइस लॉक फ़ाइलों को / var / लॉक में रखा जाना चाहिए और डिवाइस / dev में स्थित होना चाहिए।

वितरण सॉफ़्टवेयर को / ऑप्ट में स्थापित कर सकते हैं, लेकिन स्थानीय सिस्टम व्यवस्थापक की सहमति के बिना स्थानीय सिस्टम व्यवस्थापक द्वारा स्थापित सॉफ़्टवेयर को संशोधित या नष्ट नहीं करना चाहिए।

दलील

ऐड-ऑन सॉफ़्टवेयर के लिए / ऑप्ट का उपयोग UNIX समुदाय में एक अच्छी तरह से स्थापित अभ्यास है। सिस्टम वी एप्लीकेशन बाइनरी इंटरफेस [एटी एंड टी 1990], सिस्टम वी इंटरफ़ेस डेफिनिशन (तीसरे संस्करण) के आधार पर, यहां परिभाषित एक के समान / ऑप्ट संरचना प्रदान करता है।

इंटेल बाइनरी संगतता मानक v। 2 (iBCS2) भी / ऑप्ट के लिए एक समान संरचना प्रदान करता है।

आमतौर पर, सिस्टम पर एक पैकेज का समर्थन करने के लिए आवश्यक सभी डेटा / ऑप्ट / <पैकेज> के भीतर मौजूद होना चाहिए, जिसमें कॉपी की जाने वाली फ़ाइलों / / ऑप्ट / <पैकेज> और / var / ऑप्ट / <पैकेज> के साथ-साथ शामिल होना चाहिए। आरक्षित निर्देशिका / विकल्प में।

/ ऑप्ट का उपयोग करके वितरण पर मामूली प्रतिबंध आवश्यक हैं क्योंकि वितरण-स्थापित और स्थानीय रूप से स्थापित सॉफ़्टवेयर के बीच टकराव संभव है, विशेष रूप से कुछ बाइनरी सॉफ़्टवेयर में पाए गए निश्चित पथनाम के मामले में।

नीचे दिए गए निर्देशिकाओं की संरचना / ऑप्ट / <प्रदाता> को सॉफ्टवेयर के पैकेट पर छोड़ दिया जाता है, हालांकि यह अनुशंसा की जाती है कि पैकेज / ऑप्ट / <प्रदाता> / <पैकेज> में स्थापित हैं और दिशानिर्देशों के लिए इसी तरह की संरचना का पालन करें / opt / पैकेज। इस संरचना से हटने का एक वैध कारण उन समर्थन पैकेजों के लिए है, जिनमें / ऑप्ट / <प्रदाता> / lib या / ऑप्ट / <प्रदाता> / बिन में स्थापित फ़ाइलें हो सकती हैं।


3

/optइसके बारे में कुछ भी पवित्र नहीं है , पहले से तैयार किए गए सॉफ़्टवेयर को रखना केवल सामान्य अभ्यास है जो इस निर्देशिका में सिस्टम के सभी उपयोगकर्ताओं के लिए सुलभ होना चाहिए। यदि आप सिस्टम के एकमात्र उपयोगकर्ता हैं, तो आपके होम डायरेक्टरी में इसे निकालने में कुछ भी गलत नहीं है। और यहां तक ​​कि अगर सिस्टम पर कई उपयोगकर्ता हैं जिन्हें इस सॉफ़्टवेयर तक पहुंच की आवश्यकता है, लेकिन आप अपने /homeविभाजन पर स्थान का उपयोग करना चाहते हैं , तो सार्वजनिक रूप से सुलभ /home/softwarenameनिर्देशिका बनाने और अपने सॉफ़्टवेयर को वहां निकालने के साथ कुछ भी गलत नहीं है (यदि आप होते हैं तो केवल चेतावनी है) एक उपयोगकर्ता का नाम softwarename, आप इसे उपयोगकर्ता के घर निर्देशिका में उपयोग करने में सक्षम नहीं होंगे)।


2

विस्तृत उत्तर बहुत अच्छे हैं, लेकिन (सॉफ्टवेयर से हटकर, जिसमें हार्ड कोडित पूर्ण पथ हो सकते हैं - सर्वोत्तम प्रोग्रामिंग अभ्यास नहीं), मुख्य बिंदु यह है कि गैर-सिस्टम / गैर-वितरण सॉफ़्टवेयर को मिश्रित नहीं किया जाना चाहिए। नियमित सिस्टम फ़ाइलें।

चीजों को अंदर रखना /optया /usr/localचीजों को साफ और सुरक्षित रखना।

विशेष रूप से, आपका सॉफ़्टवेयर खोज पथ ($ PATH) उस क्रम को निर्धारित करता है जिसमें निष्पादित करने के लिए किसी विशेष नाम के एक कार्यक्रम की तलाश में स्थानों की खोज की जाती है। आमतौर पर, स्थानों की तरह /optऔर /usr/localसूची के अंत की ओर हैं।

यदि आप एक पैकेज स्थापित करते हैं, जिसमें एक प्रोग्राम है, जिसका नाम cpहै, तो आपके डिस्ट्रो के साथ आने वाले डिफ़ॉल्ट खोज क्रम को सामान्य मिल जाएगा क्योंकि यह जिस निर्देशिका में संग्रहीत होता है, वह स्थानों जैसी जगहों से पहले खोजा जाता है /opt

यदि यह उस तरह से काम नहीं करता है, जो जानता है कि एक सुरक्षा छेद को क्या तोड़ सकता है या खोल सकता है यदि कोई प्रोग्राम cpजो कुछ और करता है तो वह तब चलता है जब आपको लगता है कि आप कुछ फ़ाइलों को कॉपी करने की कोशिश कर रहे हैं।

अगर ऐसा कुछ होता है, तो इससे पहले कि कोई व्यक्ति कमांड चलाने के बारे में सोचता है, type cp( जैसे कि यह दिखाने के लिए भी पर्याप्त नहीं हो सकता है कि कुछ गलत है) ऐसा होने से पहले यह पता लगाने में थोड़ा समय लग सकता है कि जो चलाया जा रहा है वह वैसा नहीं है जैसा आप सोचते हैं कि यह क्या है। उस बिंदु तक, आप "सब कुछ ठीक उसी तरह से अटक जाते हैं जिस तरह से इसे छोटे विस्तार से अलग किया जाना चाहिए, जो काम नहीं करता है!"

यह मूल रूप से अप्रत्याशित चीजों को होने से रोकने में मदद करता है और उन स्थितियों से भी बचता है जहां सिस्टम अपडेट आपके कुछ "कस्टम" इंस्टॉल किए गए पैकेज को हटा या बदल सकते हैं। या, रिवर्स, कुछ "कस्टम" प्रोग्राम सिस्टम आपूर्ति किए गए प्रोग्राम को अधिलेखित कर सकते हैं जो कई अन्य कार्यक्रमों या स्क्रिप्ट पर भरोसा कर सकते हैं।

एक प्रशासनिक दृष्टिकोण से, "सिस्टम" और "वैकल्पिक" कार्यक्रमों / फाइलों को एक ही स्थानों पर मिलाकर आपके सिस्टम को "अपरिभाषित" या कम से कम "अस्पष्ट" स्थिति में रखता है।

यदि आपको अपने सिस्टम या प्रोग्राम में कोई समस्या है और मदद की ज़रूरत है, तो पहले पूछे जाने वाले प्रश्नों में से एक है "आपने क्या बदला?" और "क्या हम उन सभी परिवर्तनों में से कुछ को अस्थायी रूप से अक्षम कर सकते हैं ताकि हमें पता चल जाए कि हम वास्तविक समस्या को देख रहे हैं, न कि किसी और चीज़ का सिर्फ एक लक्षण।"

अलग-अलग स्थानों के साथ, इन परिवर्तनों को जल्दी से पहचाना जा सकता है और आपको केवल (कम से कम कार्यक्रमों के लिए) खुद को अस्थायी रूप से अपनी निर्देशिकाओं को रास्ते से हटाना होगा।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.