शुरुआत प्रणाली प्रशासक के लिए: कैसे अराजकता से बाहर आदेश बनाने के लिए

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

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

सिस्टम एडमिनिस्ट्रेशन पिलर

हालांकि, समस्याओं को हल करने के लिए शुरू करने से पहले, यह प्रशासन के चार मुख्य स्तंभों से परिचित होने के लायक है:

1. प्रलेखन
2. मानकीकरण
3. अनुकूलन
4. स्वचालन

यह मूल आधार है। यदि आप इन सिद्धांतों पर अपने वर्कफ़्लो का निर्माण नहीं करते हैं, तो यह अक्षम, अनुत्पादक और आम तौर पर वास्तविक प्रशासन के समान नहीं होगा। आइए प्रत्येक के साथ अलग से व्यवहार करें।

प्रलेखन

डॉक्यूमेंटेशन का मतलब डॉक्यूमेंटेशन पढ़ना (हालांकि इसके बिना कहीं भी) नहीं है, बल्कि इसे बनाए रखना भी है।

रिकॉर्ड कैसे रखें:

• एक नई समस्या का सामना करना पड़ा जिसे आपने पहले कभी नहीं देखा है? मुख्य लक्षण, निदान के तरीके और उन्मूलन के सिद्धांत लिखें।
• क्या आप एक विशिष्ट समस्या के लिए एक नया सुरुचिपूर्ण समाधान लेकर आए हैं? इसे नीचे लिखें, ताकि आपको इसे एक महीने में पुनर्जीवित न करना पड़े।
• क्या आपको ऐसे प्रश्न से निपटने में मदद मिली है जिसमें आपको कुछ भी समझ में नहीं आया? मुख्य बिंदुओं और अवधारणाओं को लिखें, अपने लिए एक चित्र बनाएं।

मुख्य विचार: एक नए के विकास और अनुप्रयोग में पूरी तरह से अपनी खुद की स्मृति पर भरोसा न करें।

जिस प्रारूप में आप ऐसा करेंगे, वह केवल आप पर निर्भर करता है: यह नोट्स के साथ एक प्रणाली, एक व्यक्तिगत ब्लॉग, एक पाठ फ़ाइल, एक भौतिक नोटबुक हो सकती है। मुख्य बात यह है कि आपके रिकॉर्ड निम्नलिखित आवश्यकताओं को पूरा करते हैं:

1. बहुत लंबा न हो । मुख्य विचारों, विधियों और उपकरणों को हाइलाइट करें। यदि समस्या को समझने के लिए स्मृति के लिनक्स आवंटन के निम्न-स्तरीय यांत्रिकी में गोताखोरी की आवश्यकता होती है, तो उस लेख को फिर से लिखना न करें जिससे आपने इसे सीखा था - इसके लिए एक लिंक दें।
2. प्रविष्टियों को आपके लिए समझा जाना चाहिए। यदि लाइन race cond.lockup आपको तुरंत समझने की अनुमति नहीं देता है कि आपने इस लाइन के साथ क्या वर्णन किया है - स्पष्ट करें। अच्छे प्रलेखन को आधे घंटे तक समझने की आवश्यकता नहीं है।
3. खोज एक बहुत अच्छी सुविधा है। यदि आप ब्लॉगिंग कर रहे हैं, तो टैग जोड़ें; अगर एक भौतिक नोटबुक में - विवरणों के साथ एक छोटी पोस्ट चिपका दें। प्रलेखन में बहुत अधिक बात नहीं है यदि आप इसमें एक उत्तर की खोज में जितना समय बिताते हैं, आप एक समस्या को हल करने में खर्च करेंगे।

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



आपको केवल दो बार समान उत्तरों की तलाश नहीं करनी होगी: नए विषयों (नोट्स!) को सीखने में प्रलेखन एक बड़ी मदद होगी, अपने मकड़ी के भाव (एक सतही नज़र के साथ एक कठिन समस्या का निदान करने की क्षमता) को पंप करें और अपने कार्यों में संगठन को जोड़ें। यदि प्रलेखन आपके सहयोगियों के लिए उपलब्ध है, तो यह आपको यह पता लगाने की अनुमति देगा कि जब आप जगह में नहीं होते हैं तो आप क्या और कैसे ढेर कर देते हैं।

मानकीकरण

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

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

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

अनुकूलन

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



उपलब्ध टूल के विभिन्न विकल्पों की जाँच करें - शायद एक अधिक सुविधाजनक टर्मिनल क्लाइंट, DE, क्लिपबोर्ड मैनेजर, ब्राउज़र, ईमेल क्लाइंट और ऑपरेटिंग सिस्टम है। पता करें कि आपके सहकर्मी और परिचित कौन से उपकरण का उपयोग करते हैं - शायद वे उन्हें एक कारण के लिए चुनते हैं। उपकरण लेने के बाद, उनका उपयोग करना सीखें: कुंजियाँ, संक्षिप्तियाँ, युक्तियाँ और चालें सीखें।

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

स्वचालन

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

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

ऑटोमेशन का मतलब जरूरी नहीं है कि पूरी स्क्रिप्ट लिखना। उदाहरण के लिए, सूची से एक ही प्रकार की वस्तुओं का एक गुच्छा बनाने के लिए, एक चतुर एक-लाइनर स्वचालित रूप से आपके हाथों के साथ क्या करने के लिए पर्याप्त है, खिड़कियों के बीच स्विच करना, कॉपी-पेस्ट के ढेर के साथ।

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

सीसादीन स्व-शिक्षा

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

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

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

हालांकि, अमूर्त के स्तर पर उनके क्षेत्र में चर्चा करने के लिए "अच्छी तरह से यह एक ऐसी चीज है जो आपको साइटों को प्रदर्शित करने की अनुमति देती है" बहुत अच्छा नहीं है। निम्नलिखित व्याख्यान मुख्य क्षेत्रों के अवलोकन के लिए समर्पित होंगे जो एक सिस्टम प्रशासक को अमूर्त के निम्न स्तरों से निपटना है। मैं अमूर्त के न्यूनतम स्तर तक समीक्षा किए गए ज्ञान की मात्रा को सीमित करने का प्रयास करूंगा।

सिस्टम प्रशासन के 10 आदेश

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

1. मेरे कुछ सहयोगियों का मानना ​​है कि पहला नियम "कोई नुकसान नहीं है" है। लेकिन मैं असहमत हूं। जब आप नुकसान नहीं पहुंचाने की कोशिश करते हैं, तो आप कुछ भी नहीं कर सकते हैं - बहुत सारी क्रियाएं संभावित विनाशकारी होती हैं। मेरे विचार में सबसे महत्वपूर्ण नियम "बैकअप बनाना" है । यहां तक ​​कि अगर आपको चोट लगी है, तो आप हमेशा वापस रोल कर सकते हैं, और सब कुछ इतना बुरा नहीं होगा।
   
   आपको हमेशा समय और स्थान की अनुमति देने की आवश्यकता होती है। आपको बैकअप करने की आवश्यकता है कि आप क्या बदलेंगे और संभावित विनाशकारी कार्रवाई से आपको क्या नुकसान होगा। सभी आवश्यक डेटा की अखंडता और उपलब्धता के लिए बैकअप की जांच करना उचित है। यदि आपने डिस्क स्थान खाली करने की आवश्यकता नहीं है, तो सब कुछ जांचने के तुरंत बाद एक बैकअप नहीं हटाया जाना चाहिए। यदि अंतरिक्ष को इसकी आवश्यकता है - अपने व्यक्तिगत सर्वर पर वापस जाएं और इसे एक सप्ताह में हटा दें।
2. दूसरा सबसे महत्वपूर्ण नियम (जो मैं खुद अक्सर तोड़ता हूं) "इसे छिपाएं नहीं" । यदि आपने एक बैकअप बनाया है, तो लिखें - जहां आपके सहयोगियों को इसकी तलाश नहीं करनी है। यदि आपने कोई अप्रिय या जटिल कार्य किया है, तो नीचे लिखें: आप घर जाएंगे, लेकिन समस्या पुनरावृत्ति हो सकती है या किसी और के पास होगी और आपका समाधान कीवर्ड द्वारा मिल जाएगा। यहां तक ​​कि अगर आप कुछ ऐसा करते हैं जो आप अच्छी तरह से जानते हैं, तो आपके सहकर्मी नहीं जानते होंगे।
3. तीसरे नियम की व्याख्या करने की कोई आवश्यकता नहीं है: "कभी भी उन परिणामों को न करें जिनके बारे में आप नहीं जानते, न ही कल्पना करें और न ही समझें । " इंटरनेट से आदेशों की नकल न करें, यदि आप नहीं जानते कि वे क्या कर रहे हैं, तो पहले आदमी को बुलाओ और पार्स करो। यदि आप समझ नहीं पा रहे हैं कि वे क्या कर रहे हैं, तो तैयार समाधान का उपयोग न करें। ओफ़्फ़ुसेटेड कोड के निष्पादन को कम करें। यदि समझने का समय नहीं है, तो आप कुछ गलत कर रहे हैं और आपको अगले पैराग्राफ को पढ़ना चाहिए।
4. "इसका परीक्षण करो । " नई स्क्रिप्ट, उपकरण, एक-लाइनर और कमांड को नियंत्रित वातावरण में जांचा जाना चाहिए, न कि क्लाइंट मशीन पर, यदि विनाशकारी कार्यों के लिए कम से कम न्यूनतम क्षमता हो। यहां तक ​​कि अगर आप सब कुछ बैकअप (और आपने किया), डाउनटाइम सबसे अच्छी बात नहीं है। इस मामले के लिए एक अलग सर्वर / वर्चुअल मशीन / चेरोट प्राप्त करें और वहां परीक्षण करें। क्या कुछ नहीं टूटा है? फिर आप "लड़ाई" पर चल सकते हैं।
   
   
   
   
5. "नियंत्रण करें । " उन सभी ऑपरेशनों को कम करें जिन्हें आप नियंत्रित नहीं करते हैं। एक पैकेज में एक निर्भरता वक्र सिस्टम के आधे हिस्से को पीछे खींच सकता है, और यम हटाने के लिए -y झंडा सेट आपको अपने सिस्टम रिकवरी कौशल को खरोंच से प्रशिक्षित करने का अवसर देता है। यदि क्रिया में कोई अनियंत्रित विकल्प नहीं है, तो अगला बिंदु और एक तैयार बैकअप।
6. "इसे देखें । " अपने कार्यों के परिणामों की जाँच करें और आपको बैकअप के लिए रोल करने की आवश्यकता है या नहीं। जाँच करें कि क्या समस्या वास्तव में हल हो गई है। जांचें कि क्या त्रुटि पुन: पेश की गई है और किन शर्तों के तहत है। सत्यापित करें कि आप अपने कार्यों से टूट सकते हैं। अपने काम पर भरोसा करना बहुत ही कठिन है, लेकिन कभी भी सत्यापित न करें।
7. "संवाद करें । " यदि आप समस्या को हल नहीं कर सकते, तो अपने सहयोगियों से पूछें कि क्या उन्हें ऐसी समस्या का सामना करना पड़ा है। एक विवादास्पद निर्णय लागू करना चाहते हैं - सहकर्मियों की राय का पता लगाएं। शायद वे एक बेहतर समाधान पेश करेंगे। आपके कार्यों में कोई विश्वास नहीं है - सहयोगियों के साथ उनकी चर्चा करें। यहां तक ​​कि अगर यह आपकी विशेषज्ञता का क्षेत्र है, तो स्थिति पर एक ताजा नज़र बहुत कुछ स्पष्ट कर सकती है। अपने अज्ञान से शर्मिंदा न हों। मूर्खतापूर्ण प्रश्न पूछना, मूर्ख की तरह लगना और उसका उत्तर प्राप्त करना बेहतर है, न कि यह प्रश्न पूछने के लिए, न कि उत्तर पाने के लिए और ठंड में रहने के लिए।
8. "अनुचित तरीके से मदद से इनकार न करें । " यह आइटम पिछले एक का फ्लिप पक्ष है। यदि आपसे कोई बेवकूफी भरा सवाल पूछा गया - स्पष्ट करें और समझाएं। असंभव के लिए पूछें - समझाएं कि यह असंभव है और क्यों, विकल्पों की पेशकश करें। अगर कोई समय नहीं है (वास्तव में कोई समय नहीं है, इच्छा नहीं है) - कहते हैं कि आपके पास काम का एक बड़ा सवाल है, लेकिन आप इसे बाद में समझेंगे। यदि आपके सहकर्मियों के पास आवश्यक कार्य नहीं हैं, तो उनसे संपर्क करने और प्रश्न प्रस्तुत करने की पेशकश करें।
9. "प्रतिक्रिया पर आओ । " कुछ सहयोगियों ने एक नई तकनीक या एक नई स्क्रिप्ट को लागू करना शुरू किया, और क्या आप इस निर्णय के नकारात्मक परिणामों का सामना करते हैं? इसकी सूचना दें। शायद कोड की तीन पंक्तियों या कार्यप्रणाली के शोधन के पांच मिनट में समस्या हल हो गई है। सॉफ्टवेयर में एक बग पर ठोकर खाई? बग की रिपोर्ट करें। यदि इसे पुन: पेश किया जा रहा है या यदि इसे पुन: पेश करने के लिए आवश्यक नहीं है, तो यह सबसे अधिक संभावना है। इच्छाओं, सुझावों और रचनात्मक आलोचना को बोलें, चर्चा के लिए प्रश्न प्रस्तुत करें यदि ऐसा लगता है कि वे प्रासंगिक हैं।
10. "प्रतिक्रिया के लिए पूछें । " हम सभी अपूर्ण हैं, जैसा कि हमारे निर्णय हैं, और हमारे निर्णय की शुद्धता को सत्यापित करने का सबसे अच्छा तरीका यह है कि इसे चर्चा के लिए लाया जाए। हमने क्लाइंट पर कुछ अनुकूलित किया - काम को ट्रैक करने के लिए कहें, हो सकता है कि सिस्टम की "अड़चन" वह नहीं है जहां आप देख रहे थे। उन्होंने एक मदद स्क्रिप्ट लिखी - अपने सहयोगियों को दिखाएं, हो सकता है कि वे इसे सुधारने का एक तरीका खोजें।

यदि आप लगातार अपने काम में इन प्रथाओं को लागू करते हैं, तो अधिकांश समस्याएं समस्याओं का सामना करती हैं: आप न केवल अपनी खुद की त्रुटियों की संख्या को कम कर देंगे और कम से कम फेक हो जाएंगे, बल्कि आपके पास त्रुटियों को सुधारने का भी मौका होगा (बैकअप और सहकर्मियों के सामने जो आपको बैकअप की सलाह देंगे)। इसके अलावा, केवल तकनीकी विवरण, जिसमें, जैसा कि आप जानते हैं, शैतान झूठ है।

मुख्य उपकरण जिसके साथ आपको 50% से अधिक समय काम करना होगा, grep और vim हैं। क्या आसान हो सकता है? पाठ खोज और पाठ संपादन। हालाँकि, grep और vim शक्तिशाली बहुक्रियाशील मल्टीटूल हैं जो आपको पाठ को कुशलतापूर्वक खोजने और संपादित करने की अनुमति देते हैं। यदि कुछ विंडोज नोटपैड आपको एक पंक्ति को बस लिखने / हटाने की अनुमति देता है, तो विम में आप पाठ के साथ लगभग कुछ भी कर सकते हैं। इस पर विश्वास न करें - टर्मिनल से vimtutor कमांड को कॉल करें और सीखना शुरू करें। Grep के लिए, इसकी मुख्य ताकत नियमित अभिव्यक्तियों में है। हां, टूल स्वयं आपको खोज की स्थिति और आउटपुट डेटा को काफी लचीले ढंग से सेट करने की अनुमति देता है, लेकिन RegExp के बिना इसका बहुत अर्थ नहीं है। और आपको नियमित अभिव्यक्ति जानने की आवश्यकता है! कम से कम एक बुनियादी स्तर पर। शुरू करने के लिए, मैं आपको इस वीडियो को देखने की सलाह दूंगा, यह नियमित अभिव्यक्ति की मूल बातें और gpp के साथ संयोजन में उनके उपयोग की मूल बातें समझता है। अरे हाँ, जब आप उन्हें विम के साथ जोड़ते हैं, तो आपको मिलता है अल्ट्रा पावर पाठ के साथ ऐसी चीजें करने की क्षमता है कि आपको उन्हें 18+ आइकन के साथ लटका देना होगा।

शेष 50% में से 40% कोरुटिल हैं। Coreutils के लिए, आप विकिपीडिया पर सूची देख सकते हैं, और GNU वेबसाइट पर पूरी सूची के लिए मैनुअल। इस सेट द्वारा जो कवर नहीं किया गया है, वह POSIX उपयोगिताओं में है। दिल से सभी कुंजी के साथ यह याद रखना आवश्यक नहीं है, लेकिन कम से कम मोटे तौर पर यह जानना कि बुनियादी उपकरण क्या कर सकते हैं उपयोगी है। पहिया को बैसाखी से सुदृढ़ करने की आवश्यकता नहीं है। किसी तरह मुझे कुछ उपयोगिता से आउटपुट में रिक्त स्थान के साथ लाइन ब्रेक को बदलना पड़ा, और बीमार मस्तिष्क ने फार्म sed ':a;N;$!ba;s/\n/ /g' निर्माण को जन्म दिया sed ':a;N;$!ba;s/\n/ /g' , एक सहकर्मी जिसने मुझे झाड़ू देकर मुझसे संपर्क किया। कंसोल से, और फिर tr '\n' ' ' लिखकर समस्या को हल किया।



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

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

फर्स्टवीडीएस सिस्टम के प्रशासक, किरिल सेत्सकोव, आपके साथ थे।