2008-11-05 4 views
6

अद्यतन: चूंकि विकास मशीन Vista में स्थानांतरित हो गई है, इसलिए अब मैं स्वचालित रूप से मानक उपयोगकर्ता के रूप में परीक्षण करता हूं। और एक्सपी के चरणबद्ध होने के साथ, यह सवाल अब इतना राहत नहीं है।क्या आप विंडोज एक्सपी पर मानक उपयोगकर्ताओं का समर्थन करते हैं?


विंडोज 2000 लोगो आवश्यकताओं के बाद, माइक्रोसॉफ्ट को उन अनुप्रयोगों को मानक उपयोगकर्ता के रूप में चलाने की आवश्यकता है। हर किसी की तरह मैं हमेशा अपने डेस्कटॉप को प्रशासनिक उपयोगकर्ता के रूप में चलाता हूं। और प्रत्येक डेवलपर की तरह: मैं एक प्रशासनिक उपयोगकर्ता के रूप में लॉग इन, विकसित, रन और परीक्षण करता हूं। या तो RunAs के माध्यम से, या अपने आवेदन सामान्य अधिकार [SaferCreateLevel][1]/[SaferComputeTokenFromLevel][2] का उपयोग कर यदि यह पता लगाता है साथ ही पुन: लॉन्च होने -

अब एक नया धक्का अंत में मानक उपयोगकर्ताओं का समर्थन करने के साथ, मैं उन्हें सामान्य उपयोगकर्ता के रूप चलाकर अपना आवेदन पत्र का परीक्षण किया गया है यह एक प्रशासक के रूप में चल रहा है। मैं जल्दी से देखता हूं कि मेरे कुछ ऐप्स विंडोज XP के तहत मानक उपयोगकर्ता के रूप में कैसे विफल होते हैं (मेरी अपनी मूर्खता के कारण)। मैं यह भी देखता हूं कि Vista के तहत वही एप्लिकेशन ठीक कैसे काम करते हैं (धन्यवाद मेरे लिए मेरी बग ठीक करने के लिए कई शम्स हैं)।

इसके अलावा: यह विडंबना है कि XP ​​पर मानक उपयोगकर्ता के रूप में Vista पर एप्लिकेशन चलाने की अधिक संभावना है।

प्रश्न यह है कि क्या आप मानक उपयोगकर्ता compatiblity के लिए अपने अनुप्रयोगों का परीक्षण करते हैं? क्या आप XP पर मानक उपयोगकर्ता के रूप में विकसित होते हैं? क्या आप मानक उपयोगकर्ता पहुंच को अनदेखा करते हैं और सर्वश्रेष्ठ के लिए आशा करते हैं?


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


मैं विशेष रूप से सच्चाई यह है कि विस्टा जहाँ तक अनुकूलता का सवाल है XP से अलग नहीं है लागू करने के लिए XP के बजाय Vista पर मानक उपयोगकर्ताओं के लिए भेजा। और जो भी अपना ऐप कहता है वो Vista पर विफल रहता है, उसे यह महसूस करना चाहिए कि यह XP पर भी विफल रहता है।

+0

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

+0

"हर किसी की तरह मैं हमेशा अपने डेस्कटॉप को एक प्रशासनिक उपयोगकर्ता के रूप में चलाता हूं।" यह निश्चित रूप से ऐसी धारणा है जो कम से कम उम्मीद करते समय शानदार रूप से असफल हो जाएगी। – Piskvor

उत्तर

5

मैं लगभग हर समय सीमित और डिफ़ॉल्ट के रूप में एक्सपी पर चलाता हूं। (Vista पर, मैं एक प्रशासक खाते का उपयोग करता हूं और यूएसी पर भरोसा करता हूं।)

मैं सीमित उपयोगकर्ता के रूप में विकसित हूं। जावा और विजुअल स्टूडियो विकास में बहुत कम है जिसके लिए उससे अधिक विशेषाधिकार की आवश्यकता है।

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

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

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

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

+0

वे सभी अच्छे जवाब हैं, लेकिन मुझे यह सबसे अच्छा लगता है। –

2

हां, हम इसका परीक्षण करते हैं।

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

5

व्यवसाय वातावरण में अधिकांश उपयोगकर्ता मानक विंडोज डोमेन उपयोगकर्ता हैं। मानक उपयोगकर्ता अनुपालन परीक्षणों को अनदेखा करने के लिए वास्तव में एक बुरा कदम है। और आपको प्रत्येक डोमेन व्यवस्थापक मिलेगा जिसे आपके एप्लिकेशन को बहुत गुस्से में स्थापित करना होगा और वे आपकी प्रतिस्पर्धा में जाएंगे।

1

हां, और मैंने सामान्य सलाह ली कि Vista पर अपने एप्लिकेशन को चलाने के लिए यह बहुत आसान है यदि यह XP पर सीमित उपयोगकर्ता के रूप में ठीक है। इसे प्राप्त करने के लिए, और जानें कि सीमित उपयोगकर्ता के रूप में चलने में कोई समस्या है या नहीं, मैंने LUABuglight का उपयोग किया था।

मैं आमतौर पर सीमित उपयोगकर्ता के रूप में विकसित नहीं होता हूं बल्कि परीक्षण के लिए सीमित उपयोगकर्ता के रूप में लॉग ऑन करता हूं।

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

+0

बहुत सच है। सॉफ़्टवेयर मेरे बच्चे लगभग हमेशा इंस्टॉल करना चाहते हैं, मुझे हमेशा व्यवस्थापक के रूप में स्थापित करने और सुरक्षा सेट करने का प्रयास करने की आवश्यकता होती है ताकि वे इसे व्यवस्थापक के बिना चला सकें। क्या मुसीबत है! –

11

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

यहां तक ​​कि घर के बाजार में, बहुत से लोग अपने दैनिक गतिविधियों के बारे में जाने के लिए सीमित उपयोगकर्ताओं का उपयोग कर सकते हैं और कर सकते हैं; मुझे पता है कि मैं करता हूँ।

यहां तक ​​कि प्रशासनिक अनुप्रयोगों को प्रशासनिक निजीकरण की आवश्यकता होती है, सीमित उपयोगकर्ता के रूप में चलते समय समझदारी से व्यवहार करना चाहिए। उन्हें उपयोगकर्ता को सूचित करने वाले एक संवाद को पॉप अप करना चाहिए कि प्रशासनिक अधिकारों को जो भी कार्य करना था, उसे पूरा करने के लिए आवश्यक है।

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

इनमें से कोई भी कठिन नहीं है, यह सिर्फ एक डिग्री अनुशासन लेता है - जैसे कि सभी गुणवत्ता आश्वासन प्रक्रियाएं होती हैं। लोग दशकों से * निक्स पर गैर-मूल उपयोगकर्ताओं के रूप में विकसित हो रहे हैं। इस संबंध में वक्र के पीछे विंडोज विकास है।

16

मैं आपको क्रिसपिन कॉवन के "Best Practices for Developing for Windows Standard User" टॉक पर इंगित करने जा रहा हूं। यह देखने लायक है।

+5

उपरोक्त सिर्फ लैरी ओस्टर्मन का कारण बनता है! –

7

क्रिस्पिन, his PDC talk में, बहुत अच्छा बिंदु बनाया, जिसे मैंने पहले कभी नहीं माना था।

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

इसे एक और तरीका दें: मैलवेयर क्रोम एक्सई को संशोधित कर सकता है।

क्रोम अब किसी भी माल-सामान के लिए सबसे बड़ा लक्ष्य बन जाएगा। और यदि कुछ मैलवेयर इसे संशोधित करता है, तो क्रोम अब आपके उपयोगकर्ता नाम, पासवर्ड और क्रेडिट कार्ड की जानकारी घर के आधार पर भेज रहा है, क्योंकि नया क्रोम एक्सई करता है।

यही कारण है कि आप कभी-कभी सुरक्षित स्थानों पर अनुप्रयोग स्थापित करना चाहते हैं।


संपादित करें: पूरे माइक्रोसॉफ्ट "क्लिक करें एक बार" तैनाती inititave खतरे भुगतना पड़ता है।

+1

Whooooof। जानकार अच्छा लगा। –

+0

मैंने ओएसएक्स इंस्टॉलर सिस्टम के बारे में सोचा है जो अधिकांश एप्लिकेशन को उपयोगकर्ता के खाते में स्थापित करने की अनुमति देता है। एक कंपनी के माहौल में यह ** हमेशा ** खराब है क्योंकि आप जो स्थापित किया गया है उसे ठीक से ट्रैक नहीं कर सकते (और पुराना क्या है!)। – davil

+0

मैं "व्यवस्थापक के रूप में स्थापित करें, उपयोगकर्ता के रूप में चलाएं" मॉडल का उपयोग कर रहा हूं। – Piskvor

0

किसी और को यह मजाकिया लगता है कि विंडोज डेवलपर्स एडमिन (स्पष्ट रूप से) के रूप में चलाने के लिए सामान्य सोचते हैं, लेकिन लिनक्स डेवलपर्स काफी ज्यादा रूट के रूप में नहीं चलते हैं?

+0

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

+0

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

3

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

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

मैंने कुछ साल पहले कुछ विंडोज़ ऐप्स विकसित किए हैं और उनके इंस्टॉलर्स कुछ भी के लिए प्रशासनिक अधिकारों की आवश्यकता नहीं है। रन-टाइम सेटिंग्स हमेशा उपयोगकर्ता से संबंधित है, मशीन पर नहीं।

और हाँ, मैं अपने परिवार के सदस्यों (माता-पिता इत्यादि) के रूप में भी घर पर सामान्य उपयोगकर्ता के रूप में विंडोज एक्सपी चलाता हूं। कभी-कभी सॉफ़्टवेयर के एक क्रैपी टुकड़े को अपने इंस्टॉलेशन फ़ोल्डर में पहुंच लिखने की आवश्यकता होती है, लेकिन सभी इंस्टॉल किए गए ऐप्स का 9 5% आज तक ठीक-ठीक-द-बॉक्स चलाते हैं।

+0

सभी डेवलपर टूल हमेशा व्यवस्थापक निजीकरण के बिना काम नहीं करते हैं। –

0

पुराने समय के रूप में बीओएफएच मैं अपने क्लाइंट-साइड अनुप्रयोगों के लिए उचित अधिकार चलाने के लिए किसी भी व्यक्ति पर आग और बदसूरत शब्दों को बारिश कर दूंगा। यह सिर्फ सवाल से बाहर है, 2001-2002 के बाद से जब हम Win9x से XP (sic) में स्विच करते थे, तब से हमेशा ऐसा होता था।

एक जगह है जहाँ XP पर सभी को एक स्थानीय व्यवस्थापक एक मजबूर समूह नीति के द्वारा होता है और बदलते यह समय लेने के लिए लगता है और कोई विशेष रूप से शुरू करने के लिए इच्छुक है या तो है में एक नवजात डेवलपर के रूप में - मैं RunAsAdmin शिम स्थापित किया है जो विकासशील समेत अधिकांश कार्यों के लिए मुझे सामान्य उपयोगकर्ता तक कम कर देता है - Vista में बहुत कुछ।अनुशंसित अगर आप XP ^^

संबंधित मुद्दे