विंडोज पर इंस्टॉलरों के बिना छोटे प्रोग्राम कैसे स्थापित करें?


35

विंडोज प्लेटफ़ॉर्म पर, अधिकांश बड़े एप्लिकेशन अपने स्वयं के इंस्टॉलर के साथ आते हैं जो कि फ़ोल्डर्स सेट करते हैं C:\Program Files, संभवतः कुछ अन्य स्थानों पर, और शायद कुछ रजिस्ट्री कुंजियों को जोड़कर, आदि।

लेकिन अभी भी काफी कुछ उपकरण हैं जिनके चारों ओर सिर्फ .exeया शायद READMEएक .dllया दो या दो शामिल हैं।

मुझे ऐसे उपकरण कैसे स्थापित करने चाहिए? सीधे में C:\Program Files? सब एक सबफ़ोल्डर के तहत C:\Program Files? के तहत कहीं C:\Users\Me? कहीं पूरी तरह से अलग?

या शायद .exeउन उपकरणों के लिए अलग-अलग दृष्टिकोण जिनके पास भी अन्य फाइलें हैं, या शायद केवल उन लोगों के साथ .dllअलग-अलग व्यवहार किया जाना चाहिए ...

क्या ऐसा करने के लिए कोई मानक स्वीकृत तरीका है? एक "सर्वोत्तम अभ्यास"? यदि उत्तर विंडोज संस्करण पर निर्भर करता है, तो मैं विंडोज 7 का उपयोग कर रहा हूं।

विशेष रूप से, स्पष्ट उत्तर के रूप में लोगों को क्या आघात लग सकता है:

मैंने मैन्युअल रूप से नए सबफ़ोल्डर्स बनाने की कोशिश की थी C:\Program Files। वास्तव में मुझे लगा कि मैंने ऐसा पहले भी किया है, लेकिन विंडोज एक डायलॉग डेस्टिनेशन फोल्डर एक्सेस डेनिड लगाता है । इससे मुझे सिर्फ अंधा क्लिक जारी रखने के बजाय दो बार सोचने का मौका मिला ।

गंतव्य फ़ोल्डर पहुँच अस्वीकृत

इस धारणा पर कि मेरी तुलना में अधिक दिमाग वर्षों से इस के खिलाफ कई बार आया है, मैं समुदाय से पूछना चाहता हूं कि क्या किसी प्रकार का "सर्वोत्तम अभ्यास" स्वीकार किया गया है।


3
आप किस दृष्टिकोण से यह प्रश्न पूछ रहे हैं? विशेष रूप से, क्या यह एक ऐसा एप्लिकेशन है जिसे आप लिख रहे हैं, या आप किसी और के एप्लिकेशन को स्थापित करने का प्रयास कर रहे हैं?
हैरी जॉनसन

2
@HarryJohnston: यह अन्य लोगों के एप्लिकेशन इंस्टॉल करने के लिए है। मैंने दूसरे दिन बहुत बड़ी फ़ाइलों को देखने या संपादित करने के लिए डिज़ाइन किए गए कई प्रोग्राम डाउनलोड किए और एक जोड़े के पास इंस्टॉलर नहीं थे। लेकिन विंडोज पर अधिकांश कमांड-लाइन टूल के लिए भी यही लागू होता है, जिनमें से मेरे पास कई हैं।
हिप्पिट्रैमिल

@UltraDEVV: मैं जानना चाहता हूं कि क्या दूसरों ने इस समस्या पर विचार किया है और "सर्वोत्तम अभ्यास" पर निर्णय लिया है। मैं यह जानना चाहता हूं कि क्या समाधान तय करने से पहले वहां हैं C:\Program Filesया कहीं और स्थापित करने के लिए और मैं एक संभावित बाधा पर C:\Program Filesएक स्पष्ट समाधान प्रदान करने के लिए जानकारी प्रदान करता हूं ।
हिप्पिट्रैयल

तो पढ़िए मेरा! superuser.com/a/815831/354352
UltraDEVV

@UltraDEVV: मैंने पहले ही तुम्हारा पढ़ा था और मैंने पहले से ही इसके लिए मतदान किया था। तीन-साढ़े तीन साल के आराम के बाद यह स्लीपर प्रश्न फिर से जीवंत हो गया है!
हिप्पियेट्रिल

जवाबों:


25

उपयोग C:\Tools

या C:\Users\<user>\Tools
 

मैं इंस्टॉलर के बिना कई छोटे कार्यक्रमों का उपयोग कर रहा हूं और मैं निम्नलिखित की सिफारिश कर रहा हूं:

  • उन सभी को बचाओ C:\Tools
  • यदि किसी प्रोग्राम में सिंगल फाइल है, तो उसे सीधे नीचे रखें C:\Tools
  • यदि किसी प्रोग्राम में कई फाइलें होती हैं, तो इसे नीचे रखें C:\Tools\ProgramName
  • SysInternals टूल्स की एक विशेष श्रेणी है C:\Tools\_SysInternalsक्योंकि उनमें से कई हैं

मैं बस C:\Toolsमाइग्रेशन करते समय मशीन से मशीन पर जा रहा हूं , एक आकर्षण की तरह काम करता है।

व्यावहारिक नमूना (छोटी सूची):

C: \ उपकरण \ autoexec-elevated.bat
C: \ उपकरण \ cleanup.bat
C: \ उपकरण \ BabelMap.exe
C: \ उपकरण \ Netmon.exe
C: \ उपकरण \ notifu.exe
C: \ उपकरण \ putty.exe
C: \ उपकरण \ UDPixel.exe
C: \ उपकरण \ battery.vbs

C: \ उपकरण \ 3dclip-1.5.1 \
C: \ उपकरण \ alternatestreamview \
C: \ उपकरण \ ब्लेंडर-2.71-windows64 \
C: \ उपकरण \ नोटपैड ++ \
C: \ उपकरण \ QueryExpress \
C: \ उपकरण \ winscp555 \
C: \ उपकरण \ Xinorbis \

C: \ उपकरण \ _Sysinternals \ accesschk \
C: \ उपकरण \ _Sysinternals \ Autoruns \
C: \ उपकरण \ _Sysinternals \ depends22_x64 \
C: \ उपकरण \ _Sysinternals \ depends22_x86 \
C: \ उपकरण \ _Sysinternals \ LogonSessions \

मुझे उम्मीद है कि यह एक विचार देता है।

संपादित करें: विस्तारित जानकारी

मुझे लगता है कि आपके प्रश्न में स्थापित के तहत मुझे ऐसे उपकरण कैसे स्थापित करने चाहिए? आप वास्तव में मैनुअल सेटअप का मतलब है, फ़ाइलों की नकल की तरह कुछ ।

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

इसलिए मैन्युअल रूप से इंस्टॉल करते समय (कॉपी करके), इससे दूर रहें

  • C:\Program Files - यहां पाए जाने वाले प्रोग्रामों को केवल माइग्रेट नहीं किया जा सकता है, इनस्टॉल किया जाना चाहिए (माइग्रेशन के लिए एक बड़ा संकेत देता है)
  • C:\Program Files (x86) - उपरोक्त के रूप में, लेकिन 64-बिट सिस्टम पर, 32-बिट प्रोग्राम यहां जाते हैं (यह निर्धारित करने के लिए संकेत दे सकते हैं कि क्या विशेष ऐप 32-बिट या 64-बिट है)
  • C:\ProgramData- यहां पाए गए एप्लिकेशन स्टोर बताते हैं कि ये प्रोग्राम अपने डेटा को अपने तरीके से बनाए रखते हैं। लेकिन आपने अपने कार्यक्रमों को डेटा के तहत रखने के बारे में पूछा ? अच्छा विचार नहीं।
  • C:\Users\Steven\AppData- फिर से, डेटा के तहत कार्यक्रम डालना एक अच्छा विचार नहीं है। यदि आपने डेटा के बारे में पूछा है, तो इस पथ के बारे में कई दिलचस्प बातें लिखी जा सकती हैं। लेकिन कार्यक्रमों के लिए बस 'नहीं'। :)

संभव पथ

  • C:\Users\Steven- अगर यह एक साझा कंप्यूटर है और आप इसे चुस्त-दुरुस्त रखना चाहते हैं, तो आप इसकी वैकल्पिक जड़ हो सकते हैं , इसलिए आप कोई वैश्विक निर्देशिका नहीं बनाने का निर्णय लेते हैं। आप C:\Users\Steven\Toolsअपने कार्यक्रमों के लिए या यहां तक ​​कि C:\Users\Steven\Desktop\Toolsअगर आप विंडोज में कई जगहों से शॉर्टकट के माध्यम से उपलब्ध आरामदायक डेस्कटॉप फ़ोल्डर का उपयोग करना चाहते हैं पर विचार कर सकते हैं। लेकिन बेहतर पहले वाला हो सकता है और आप अभी भी इस फ़ोल्डर के शॉर्टकट को डेस्कटॉप या जब भी आवश्यकता हो, रख सकते हैं।

संपादित करें: अतिरिक्त उपयोगी संकेत:

आप Windows 10 में मान्यता प्राप्त अपने छोटे कार्यक्रमों के कुछ बनाना चाहते हैं प्रारंभ मेनू (उनके नाम या तत्काल के वृद्धिशील खोज के लिए का उपयोग शुरू कर ऊपर उठाया Ctrl+ Shift+ Enter,) वहाँ उनके शॉर्टकट जोड़ने और उन्हें एक बार लांच । (तब आप उन्हें हटा सकते हैं।)


यह अच्छा लगता है, लेकिन क्या यह सर्वोत्तम प्रथाओं के प्रलेखन या इस तरह से कुछ द्वारा समर्थित है? यदि हां, तो यह वास्तव में उत्तर में सुधार करेगा।

@DoritoStyle - आपको अपने निगम में वर्तमान सर्वोत्तम प्रथाओं के दस्तावेज़ों की जाँच करने की आवश्यकता हो सकती है। यदि आप कुछ और सामान्य सर्वोत्तम प्रथाओं के बारे में जानते हैं, तो कृपया मुझे बताएँ और मैं इसकी जाँच करूँगा।
miroxlav

1
मैं "C: \ Utility" का उपयोग करता हूं, लेकिन अन्यथा इसी दृष्टिकोण का उपयोग करें!
जॉन श्नाइडर

क्या 'टूल्स ’के बजाय कुछ और ही काम करेगा: अगर मैं कुछ ऐसा उपयोग कर रहा था C:\Otherया C:\Users\<user>\Other, तो क्या इसे केवल" वैध "के रूप में' उपकरण 'माना जाएगा?
हेनरिक

@ हेनरिक - चूंकि कोई मानक नहीं है, जो भी आपकी भावनाओं को फिट करता है उसका उपयोग करें और पर्याप्त स्पष्ट है। उदाहरण के लिए, मैंने C: \ Progs (नाम इंस्टॉलर के बिना छोटे प्रोग्राम को उद्घाटित किया) की कोशिश की, लेकिन दिन के अंत में यह एकतरफा महसूस हुआ, इसलिए मैंने नाम वापस टूल पर वापस कर दिया।
miroxlav

11

जहां तक ​​मुझे पता है कि कोई सार्वभौमिक दृष्टिकोण नहीं है।

अपने अनुप्रयोगों को C:\Program Filesजगह देना एक मानक तरीका है। और आपको पहुंच सुरक्षा मिलेगी : उपयोगकर्ता (और गैर-उन्नत) उपयोगकर्ता लिख ​​नहीं सकते C:\Program Files। इसलिए आप गलती से ऐसी फ़ाइलों को हटा नहीं सकते हैं; और वे वायरस से बेहतर रूप से सुरक्षित हैं।

यही कारण है कि जब आप एक फ़ोल्डर बनाने की कोशिश करते हैं तो आपको चेतावनी - उन्नयन अनुरोध मिलता है C:\Program Files

इसलिए, C:\Program Filesहै सबसे सुरक्षित निष्पादन योग्य फ़ाइलों के लिए जगह।

हालाँकि, यह (पोर्टेबल) ऐप्स के लिए उपयुक्त नहीं है, जो उनके कॉन्फ़िगरेशन को स्टोर करते हैं .exeक्योंकि वे कॉन्फ़िगरेशन परिवर्तनों को सहेजने में सक्षम नहीं होंगे।


C:\ProgramDataउपयोगकर्ताओं के बीच साझा किए गए एप्लिकेशन डेटा को संग्रहीत करने के लिए है। डिफ़ॉल्ट रूप से सभी उपयोगकर्ता यहां फाइलें और फोल्डर बना सकते हैं लेकिन केवल उन्हीं उपयोगकर्ताओं को बनाया जाता है जो फाइलों को संशोधित कर सकते हैं।

यह फ़ोल्डर साझा किए गए एप्लिकेशन / टूल के लिए आसानी से उपयोग किया जा सकता है। उसी समय, मैंने कभी इस फ़ोल्डर में एक ऐप नहीं देखा।


यदि आप अपने उपयोगकर्ता प्रोफ़ाइल में ऐप्स रखते हैं, C:\Users\<username>तो सिस्टम के अन्य उपयोगकर्ताओं के पास इसकी कोई पहुंच नहीं होगी। आपके पास अपनी प्रोफ़ाइल की सभी अनुमतियां हैं, इसलिए आपको कोई सुरक्षा चेतावनी नहीं मिलेगी। यही कारण है कि Chrome उपयोगकर्ता की प्रोफ़ाइल में स्थापित होता है: यह ऊंचाई के लिए संकेत दिए बिना आसानी से खुद को अपडेट कर सकता है।

प्रति-उपयोगकर्ता मोड में, विंडोज इंस्टालर पैकेज, .msiफाइलें, इंस्टॉल करना C:Users\<username>\AppData\Microsoft\Installer\<ProductId>। इसलिए गैर-साझा किए गए ऐप्स को उपयोगकर्ता की प्रोफ़ाइल में रखना काफी मानक है।

मेरे पास utilsऐप के साथ मेरे उपयोगकर्ता के प्रोफ़ाइल में फ़ोल्डर हैं जो केवल मेरे लिए उपयोगी हैं। यह फ़ोल्डर PATHआसान उपयोग के लिए मेरे उपयोगकर्ताओं के पर्यावरण चर में जोड़ा गया है ।

साझा किए गए ऐप्स के लिए, मैं C:\toolsसंभवतः या किसी अन्य ड्राइव पर समान निर्देशिका का उपयोग करता हूं । इसे वैश्विक PATHचर में जोड़ा गया है।


7

मैं कुछ बिंदु पर पहले से दिए गए उत्तर से सहमत हूं। लेकिन वास्तव में छोटे कार्यक्रमों (बर्तनों) के लिए मैं उन्हें बिन फ़ोल्डर (मेरे मामले में ई: \ बिन) में डाल देता हूं। ये प्रोग्राम आमतौर पर सिंगल एक्स फाइल या मेरी खुद की पाइथन स्क्रिप्ट हैं। मैं इस फ़ोल्डर को PATH वैरिएबल में जोड़ता हूं ताकि मैं कमांड लाइन से इन प्रोग्राम का उपयोग कर सकूं (जिसका उपयोग मैं बहुत अधिक करता हूं)।


मैंने C:\Program Files\binइस प्रकार के उपकरणों और उपयोगिताओं के लिए एक सामान्य बनाने पर भी विचार किया । प्रतिक्रिया के लिए धन्यवाद।
हिप्पिट्रैयल

5

जहाँ तक मुझे पता है कि कोई सर्वोत्तम प्रथा नहीं हैं। यह तय करना वास्तव में आप पर निर्भर है कि आप इसे कैसे संभालना चाहते हैं।

मैं इंस्टॉलर के साथ किसी भी एप्लिकेशन के समान मानक का पालन करता हूं। यदि यह एक निष्पादन योग्य या पुस्तकालय है तो मैं इसमें स्थान \Program Files\दूंगा Program Files (x86)\यदि यह 64 बिट है और यदि यह 32 बिट है।

डेटा फ़ाइलें मैं अपने Usersफ़ोल्डरों में संग्रहीत करता हूं क्योंकि वे सामान्य रूप से एक उपयोगकर्ता के लिए विशिष्ट हैं।

Google Chrome और क्लिक-वन्स ऐप्लिकेशन जैसे एप्लिकेशन भी हैं, जो Users\AppData\इन पर लागू होते हैं , हालांकि ये सामान्य रूप से कई प्रोफाइल के लिए उपलब्ध नहीं हैं।

मैं पहली विधि पसंद करता हूं क्योंकि अगर मुझे किसी अन्य प्रोफ़ाइल पर लॉग इन करना होगा या व्यवस्थापक के रूप में मैं अभी भी अनुप्रयोगों तक पहुंच सकता हूं।

अनुमति चेतावनी के संबंध में। यह बिल्कुल एक चेतावनी है । यह गलत कारणों के लिए फ़ोल्डर का उपयोग करने से आपको चेतावनी देने के लिए है, हालांकि यह आपको इसका उपयोग करने से नहीं रोकता है।


4
मैं प्रोग्राम फ़ाइल फ़ोल्डर में मैन्युअल रूप से एप्लिकेशन इंस्टॉल नहीं करने की सलाह देता हूं, क्योंकि इंस्टॉलर के बिना एप्लिकेशन अक्सर या तो बुजुर्ग होते हैं या अन्य ऑपरेटिंग सिस्टम से पोर्ट होते हैं, इसलिए वे हमेशा पथ में स्थान के साथ अच्छी तरह से सामना नहीं करते हैं। YMMV।
हैरी जॉनसन

3
मैं मैन्युअल रूप से कुछ भी स्थापित नहीं करने की सलाह देता हूं %ProgramFiles%, लेकिन एक अन्य कारण से: इंस्टॉलर के बिना आवेदन अक्सर पोर्टेबल होते हैं, और आपके पास वहां लिखने की अनुमति नहीं है
kinokijuf

4

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

अनुप्रयोगों के लिए अपने स्वयं के पैकेज बनाना भी आसान है जिसे आप स्वतंत्र रूप से वितरित नहीं कर सकते हैं। संभवतः आपके पास अपने नेटवर्क पर कुछ भी वितरित करने का अधिकार है; तो उन अनुप्रयोगों के लिए आप एक स्थानीय भंडार स्थापित कर सकते हैं । यदि आप कई कंप्यूटरों का प्रबंधन कर रहे हैं या आपके पास सीमित इंटरनेट बैंडविड्थ है तो यह मुफ्त सामान के लिए भी मददगार हो सकता है।


2

यदि आप cygwin के डिफ़ॉल्ट इंस्टॉल विकल्प लेते हैं, तो यह आपकी सभी फ़ाइलों को c: \ cygwin पर रखता है। मैं भी यही तरीका अपनाऊंगा। मेरे पास व्यक्तिगत रूप से एसी: \ एप्स फोल्डर है। अतीत में, मैंने c: \ utils और c: \ cli (कमांड लाइन के लिए छोटा) का उपयोग किया है। यह वास्तव में इस बात पर निर्भर करता है कि आप अपनी फ़ाइलों को कैसे व्यवस्थित करना चाहते हैं। मैं उन्हें एक कैटचेल फ़ोल्डर में रखने के लिए एकल उपयोगिताओं के लिए सुझाव दूंगा। उपयोगिताओं के एक सूट के लिए (जैसे कि सागविन, सिसिन्टर्नल्स, रकटूल), मैं अपने स्वयं के एक सबफ़ोल्डर का सुझाव दे सकता हूं। उदाहरण के लिए, आप सभी sysinternals को c: \ apps \ sysinternals के अंदर रख सकते हैं। यदि आप साइबरविन स्थापित करते हैं, तो आपको यूनिक्स कमांड्स से सबसे अधिक (यदि सभी नहीं) प्यार है।

अपने पर्यावरण चर (स्टार्ट> कंट्रोल पैनल> सिस्टम> एडवांस्ड> पर्यावरण चर) को बदलना याद रखें और अपने पैट सिस्टम चर में किसी भी नए ऐप पथ को जोड़ें। यह आपको कमांड प्रॉम्प्ट से या विंडोज + आर (रन कमांड) का उपयोग करके उन्हें चलाने की अनुमति देता है।


5
मुझे लगता है कि साइगविन डेवलपर्स विंडोज मानकों के बारे में परवाह नहीं करते हैं और उनकी बुरी आदत (रूट डायरेक्टरी में फ़ोल्डर बनाना) की नकल करना गलत है। मुझे लगता है कि यह \Program Fileslinux में डायरेक्टरी बनाने जैसा है ।
कामिल

मुझे नहीं पता कि यह एक बुरी बात क्यों होगी। साइग्विन एक यूनिक्स वातावरण के लिए है। Cygwin विंडोज मानकों को पूरा क्यों करेगा, जब वे उन लोगों के लिए हैं जो यूनिक्स टूल का उपयोग करना चाहते हैं?
सूर्य

@ एकदम सही! ओपी ने विंडोज के सर्वोत्तम अभ्यासों के लिए कहा।

1

C:\Users\Me\toolName(aka% homepath% \ toolName) Meकुछ उपकरण लिखने (अस्थायी) फ़ाइलों के बाद से उपयोगकर्ता के लिए आप यह चाहते हैं कि यह उपकरण डाल की सही जगह है और Program filesफ़ोल्डर में लिखने के लिए उपयोगकर्ता की अनुमति की आवश्यकता होगी । एक और प्लस यह है कि आप इसे वापस करना नहीं भूलेंगे क्योंकि यह पहले से ही उपयोगकर्ता स्थान पर है।


2
मैं %homepath%' rather than c: \ Users \ me का उपयोग करता हूँ। यह सही स्थान को इंगित करता है, भले ही डिफ़ॉल्ट स्थान स्थानांतरित हो गया हो, और इस प्रकार अधिक पोर्टेबल हो। लेखन / अस्थायी भाग के लिए +1।
हेन्नेस

मैं सही किया गया और जिस कारण से इसे जोड़ा गया था, उसमें संपादित किया गया था और इसे प्रतिस्थापित नहीं किया गया था, इस प्रश्न के समान शब्दों के साथ उत्तर देने के लिए, धन्यवाद
हेन्नेस

0

इस बारे में कोई नियम नहीं हैं, आप उन्हें जहाँ-जहाँ भी चाहें स्थापित कर सकते हैं, लेकिन उन्हें अपने OSP (ऑपरेटिंग सिस्टम पार्टिशन) में एक गैर-उपयोगकर्ता फ़ोल्डर में स्थापित करना आम तौर पर एक अच्छा विचार है, क्योंकि आपको समान एक्सेस प्रोटेक्शन मिलेंगे क्या आपके पास अन्य एप्लिकेशन हैं; इससे गलती से हटाना मुश्किल हो जाता है, या उन्हें किसी तीसरे पक्ष द्वारा संशोधित किया जाता है (जैसे: वायरस)।

व्यक्तिगत रूप से, मैं आमतौर पर "C: \ Program Files (x86)" में प्रोग्राम डालता हूं, क्योंकि मेरे द्वारा सामना किए गए ऐसे अधिकांश प्रोग्राम 32 बिट हैं, लेकिन अगर यह 64 बिट प्रोग्राम था, तो मैं इसे C: \ Program Files में रखूंगा। । यदि यह एक सिस्टम से संबंधित प्रोग्राम है (उदाहरण: Imagex.exe) तो मैं इसे 32 C प्रोग्राम के लिए "C: \ Windows \ system32" और 64 बिट प्रोग्राम के लिए "C: \ Windows \ system32" में रखूंगा ताकि आसानी से एक्सेस किया जा सके। कमांड लाइन एलिवेटेड कमांड प्रॉम्प्ट चलाते समय, क्योंकि आप डिफ़ॉल्ट रूप से C: \ Windows \ system32 में शुरू करते हैं; इसका मतलब है कि आप प्रोग्राम को चलाने के लिए C: \ location \ name.exe के बजाय "name.exe" टाइप कर सकते हैं।

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

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


1
मुझे लगता है कि आपने मूल रूप से प्रश्न को गलत समझा है। मूल प्रश्न का पहला भाग "सर्वश्रेष्ठ अभ्यास" है, न कि "नियम क्या हैं"।
स्टीवन पेनी

@StevenPenny बिलकुल नहीं, बस एक अलग तरह का वाक्यांश। प्रश्न का बिंदु एक्स करने या एक्स नहीं करने का कारण है।
रॉबिन हुड

मैं अभी कुछ पसंद करता हूं, Etcया Etceteraअगर आप असली फैंसी पैंटी लैटिन पसंद करते हैं। एक दूसरे स्थान पर, मैंने भी विचार किया Misc। लेकिन Etcमेरे लिए सौदा सील कर दिया। :)
हेनरिक

0

मैं के लिए एक शॉर्टकट बनाने लगता है कि C:\Toolsमें Send Toखिड़कियों में मेनू यह हमेशा कहीं से भी पहुँचा जा सकता है के रूप में सबसे अच्छा विकल्प है। इस तरह से आप अपने छोटे प्रोग्राम्स को जल्दी से राइट-क्लिक करके और विंडोज में कहीं से भी सेंड टू मेनू से टूल्स चुनकर उन्हें "इंस्टॉल" कर सकते हैं ।

मुझे यह ट्यूटोरियल मिला कि HowToGeek से मेनू में सेंड करने के लिए सेंड कैसे ऐड किया जाए
:

SendTo फ़ोल्डर में जाने के लिए, आपको एक एक्सप्लोरर विंडो खोलने की आवश्यकता होगी, और फिर एड्रेस बार में निम्नलिखित में पेस्ट करना होगा।

% APPDATA% \ Microsoft \ Windows \ SendTo

फिर उस फ़ोल्डर का शॉर्टकट पेस्ट करें जिसे आप अपने प्रोग्राम को वहां कॉपी करना चाहते हैं।

फिर हर बार जब आप एक नया पोर्टेबल ऐप डाउनलोड करते हैं, तो उसे निकालें और उस जगह पर भेजें।
एकमात्र समस्या शॉर्टकट का निर्माण है जो मुझे लगता है कि इसे मैन्युअल रूप से करने के लायक है।
सादर।


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

1
नहीं। आप और सभी डाउनवोटर्स को ऐसा नहीं लगता कि मुझे क्या मतलब था। मेरा मतलब है कि फ़ोल्डर के लिए उदाहरण के लिए एक शॉर्टकट जोड़ें और इसे किसी भी स्थान से एक्सेस करें जहां आपको अपने प्रत्येक प्रोग्राम को मैन्युअल रूप C:\Tools\ से Send Toकॉपी करने का झंझट नहीं होगा। मेरा उत्तर दूसरों को पढ़ने के लिए अन्य सामानों की नकल करने की प्रक्रिया को तेज करने की संभावना है। यह मेरे लिए बहुत अच्छा काम करता है।
अल्ट्राडीवीवी

मैंने आपके उत्तर में इस अतिरिक्त स्पष्टीकरण को शामिल करने के लिए एक संभावित संपादन किया। जवाब के आधार पर उत्तर अप / डाउन वोट किए जाते हैं, जरूरी नहीं कि टिप्पणियों में शामिल विवरणों पर, इसलिए उम्मीद है कि यह मदद करेगा।
मैं

नहीं, विंडोज विस्टा से शुरू होकर, %APPDATA%चर %USERPROFILE%\AppData\Roamingफ़ोल्डर में निहित है , इसलिए विंडोज 7 के लिए ऊपर का मार्ग सही है। Windows XP में, आपको रोमिंग फ़ोल्डर को जोड़ने की आवश्यकता होगी जैसा आपने संकेत दिया था।
मैं

यदि आपको लगता है कि आपका प्रश्न स्पष्ट नहीं है, तो आपको इसे स्पष्ट करना चाहिए। आपने दो उत्तर क्यों प्रस्तुत किए?
रामहाउंड

0

विंडोज़ में डिफ़ॉल्ट सिस्टम पथ वातावरण चर कुछ इस तरह है (स्थापित खिड़कियों के संस्करण पर निर्भर करता है):

%SystemRoot%\system32;%SystemRoot%;%SystemRoot%\System32\Wbem;%SYSTEMROOT%\System32\WindowsPowerShell\v1.0\

उन विकल्पों में से,% SystemRoot% (जो आमतौर पर है C:/) आपको पढ़ने / लिखने के लिए सबसे अच्छा विकल्प लगता है और बाद में इसे संदर्भित करना आसान होगा।

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