क्या प्रोग्राम फाइल्स में प्रोग्राम इंस्टॉल करना सबसे अच्छा अभ्यास है?

Question

हमारे पास एक एप्लिकेशन है जिसे थर्ड पार्टी कंपनी द्वारा प्रदान और स्थापित किया जा रहा है। वे ऐसा करने के लिए बाजार दर 'परामर्शी' शुल्क ले रहे हैं।

उन्होंने C ड्राइव के रूट में अधिकांश फ़ोल्डर्स को मेरे झटके पर स्थापित कर दिया।

क्या सी ड्राइव की जड़ में उन्हें स्थापित करना ठीक है? क्या स्थापना का यह तरीका समस्याओं का कारण बन सकता है? या इसके बजाय प्रोग्राम फ़ाइल में एप्लिकेशन इंस्टॉल किए जाने चाहिए?

Comments

मैं स्टैक ओवरफ्लो (या वास्तव में प्रोग्रामर) पर यह सवाल नहीं पूछूंगा। यह शायद स्टैक ओवरफ्लो पर बहुत जल्दी और नीचे से बंद हो जाएगा।

— क्रिस

आप उच्च मूल्य वाले "उद्यम" सॉफ़्टवेयर से हैरान हैं जो असाधारण रूप से निम्न गुणवत्ता का है? मत बनो। यह असामान्य नहीं है।

— माइकल हैम्पटन

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

— क्रिस एफटी

@ मायकिल हैम्पटन वास्तव में मैं स्तब्ध हूं, वहां 'इंस्टालेशन इंजीनियर' और भी बदतर हैं!

— कोल्ड टी

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

— निक

Answer 1

आधिकारिक स्रोत नहीं, जबकि द ओल्ड न्यू थिंग में रेमंड चेन ने इस पर चर्चा की है ।

विशेष रूप से, ऊपर से लिंक की गई ब्लॉग पोस्ट बताती है:

Microsoft के कुछ सॉफ़्टवेयर प्रमाणन प्रोग्राम (जैसे कि Windows लोगो) के लिए आवश्यक है कि एप्लिकेशन प्रोग्राम फ़ाइल निर्देशिका में अपना डिफ़ॉल्ट इंस्टॉलेशन स्थान सेट करें।
/.../
प्रोग्राम फाइलों को अराजकता के क्रम में लाने के प्रयास में पेश किया गया था। इसे एक पार्किंग गैरेज में पेंटिंग लाइनों के रूप में सोचो।

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

Comments

ओटीओएस अगर मैं सॉफ्टवेयर खरीदता हूं और यह लोगों द्वारा लिखा जाता है कि यह समझ में नहीं आता है कि मानक हैं और सी के रूप में सीधे जाने के रूप में बेवकूफ हैं - ठीक है, यह वह जगह है जहां "सबसे अच्छा अभ्यास के रूप में कानून द्वारा मांग की जा सकती है जब तक कि अन्यथा सहमत न हो। "और" प्रलेखन पढ़ने के लिए सकल उपेक्षा "नाटक में आते हैं।

— टॉमटॉम

Answer 2

में स्थापित नहीं करने के लिए कुछ फायदे हैं %programfiles%। एक प्रोग्राम को मैलवेयर के लिए एक ट्रैम्पोलिन के रूप में उपयोग किए जाने से बचाने के लिए है (अधिक विवरण के लिए, उदाहरण के लिए http://foundstone-dire-detect-insecurely-regist.software.informer.com/1.0/ या "फाउंडस्टोन" के लिए Google सख्त ")।

एक और फायदा यह होगा कि उन्नत विशेषाधिकार के लिए w / o स्थापित करना होगा। यह महत्वपूर्ण हो सकता है, फिर से, यदि किसी कार्यक्रम से समझौता किया जाता है, तो उसके पास कुछ और समझौता करने के लिए एक्सेस अधिकार नहीं होंगे।

लिनक्स की दुनिया में, थर्ड-पार्टी और सिस्टम के सॉफ्टवेयर पैकेजों को अलग से स्थापित करना आम बात है। उदाहरण के लिए, जबकि सामान्य सॉफ़्टवेयर पैकेज में जाते हैं /usr/bin, तृतीय-पक्ष आमतौर पर जाता है /usr/local/binया /usr/share/binयदि इसे कई उपयोगकर्ताओं द्वारा साझा किया जाना चाहिए, या $HOME/binयदि इसे इस विशिष्ट उपयोगकर्ता द्वारा उपयोग किया जाना है। यह सुनकर कि यह एक कंसल्टेंसी फर्म कैसे है जो आपके पीसी पर इन प्रोग्रामों को स्थापित करती है, उनके पास शायद कुछ (न कि विवादित कहने के लिए) उपयोगकर्ता नीतियां हैं जो इसे उपयोग न करने के लिए आवश्यक या कम से कम सुविधाजनक बनाती हैं %programfiles%।