गाइड
services.msc का विकल्प
Services snap-in Windows 2000 के बाद से लगभग वैसा ही है। स्क्रीन पर दिख रही किसी एक सेवा को शुरू करने का यह आज भी सबसे तेज़ तरीका है, और मशीन के बारे में किसी भी सवाल का जवाब पाने का सबसे धीमा तरीका।
लोग विकल्प क्यों खोजने लगते हैं
- कोई खोज नहीं। नेविगेट करने का एकमात्र तरीका एक अक्षर टाइप करके उस अक्षर से शुरू होने वाले पहले प्रदर्शन नाम पर कूदना है। आठ सौ प्रविष्टियों वाली मशीन पर यह अतिरिक्त चरणों के साथ स्क्रोल करना है।
- कोई फ़िल्टरिंग नहीं। यह पूछने का कोई तरीका नहीं कि अपने-आप शुरू होने के लिए क्या सेट है और चल नहीं रहा, यानी वह एक सवाल जो खराब मशीन को खोज निकालता है।
- एक बार में एक पंक्ति। बारह सेवाएँ रीस्टार्ट करने का मतलब है बारह राइट-क्लिक और बारह बार इंतज़ार।
- “Stopping...” और बाहर निकलने का कोई रास्ता नहीं, सिवा Task Manager के और यह अंदाज़ा लगाने के कि कौन सा
svchostखत्म करना है।
- कोई इतिहास नहीं। कोई नहीं जानता कि उस स्टार्टअप प्रकार को Disabled किसने किया, या कब, या क्या वह पिछले महीने भी ऐसा ही था।
- छिपा हुआ डेटा। प्रक्रिया, ट्रिगर, ज़रूरी विशेषाधिकार, security descriptor, निष्पादन योग्य फ़ाइल पर किसने हस्ताक्षर किए, इनमें से कुछ भी snap-in में नहीं है, और कुछ गलत होने पर यह सब मायने रखता है।
- कॉलम बदले नहीं जा सकते। Name, description, status, start type, log on as। बस यही पूरी सूची है, और असली मशीन पर इनमें से किसी को भी काम की तरह सॉर्ट नहीं किया जा सकता।
वही काम, दोनों में
| आप क्या करना चाहते हैं | services.msc में | यहाँ |
|---|---|---|
| जो चलना चाहिए और नहीं चल रहा उसे ढूँढना | स्टार्टअप प्रकार से सॉर्ट करें, स्क्रोल करें, हर पंक्ति पढ़ें | start:auto !status:running |
| जानना कि रोकने से साथ में क्या बंद होगा | एक डायलॉग जो Stop दबाने के बाद निर्भर सेवाओं के नाम बताता है | कुछ होने से पहले एक योजना, जिसमें हर निर्भर सेवा एक चरण है और जब उनमें से कोई मशीन की ज़रूरत की हो तो चेतावनी |
| जानना कि पिछले हफ़्ते से क्या बदला | कुछ नहीं | bws snapshot diff before.json --live |
| जानना कि स्टार्टअप प्रकार किसने बदला | कुछ नहीं | bws history Spooler, System लॉग से |
| बारह सेवाएँ रीस्टार्ट करना | बारह राइट-क्लिक | बारह चुनें, एक योजना, एक रन, एक रिपोर्ट |
| देखना कि सेवा की निष्पादन योग्य फ़ाइल पर किसने हस्ताक्षर किए | दिखाया नहीं जाता | एक कॉलम, और खोजने की चीज़: signed:no |
| इनमें से कुछ भी स्क्रिप्ट करना | स्क्रिप्ट नहीं किया जा सकता | bws, --json और हर अंत के लिए एक एग्ज़िट कोड के साथ |
snap-in अब भी क्या बेहतर करता है
दो चीज़ें, और अन्यथा दिखावा करना उस तरह का दावा होगा जो यह प्रोजेक्ट नहीं करता।
- यह मशीन पर पहले से है। कुछ डाउनलोड नहीं करना, सॉफ़्टवेयर नीति से कुछ पार नहीं कराना। जिस मशीन को आप एक बार छुएँगे, उस पर यही पूरी दलील है।
- यह रिकवरी क्रियाएँ, खाता और लॉन्च पथ बदल सकता है। यह टूल खाता और लॉन्च पथ दिखाता है और दोनों में से कुछ नहीं बदलता, और रिकवरी क्रियाएँ सिर्फ़ इसलिए पढ़ता है कि प्रक्रिया खत्म करने से पहले चेतावनी दे सके। सेवा बनाना, हटाना या उसका पथ बदलना भी यहाँ नहीं है।
जो यह बिल्कुल नहीं कर सकता वही इसके होने की वजह है: सवाल पूछना, पहले योजना दिखाना, और बताना कि क्या ड्रिफ्ट हुआ।
यह क्या है
Better Windows Services GPL-3.0 के तहत मुफ़्त और ओपन सोर्स है, हर हिस्से के लिए एक फ़ाइल या पूरी मशीन के लिए इंस्टॉलर, और यह इंटरनेट से कभी संपर्क नहीं करता। पढ़ने के लिए व्यवस्थापक अधिकार नहीं चाहिए। बदलने के लिए चाहिए, और यह चुपचाप विफल होने के बजाय यह कह देता है।