Node.js लॉगिंग गाइड

जावास्क्रिप्ट में प्रोग्राम शुरू करने वाले डेवलपर्स द्वारा अक्सर सामना किया जाने वाला पहला कार्य यह है कि कंसोल में इवेंट लॉग कैसे करें। कंसोल विधि का उपयोग करके। जावास्क्रिप्ट कोड डिबगिंग के बारे में जानकारी की तलाश में, आपको सैकड़ों ब्लॉग लेख मिलेंगे, साथ ही StackOverflow पर निर्देश, जो आपको कंसोल डेटा के माध्यम से कंसोल को "बस" आउटपुट डेटा की सलाह देगा। यह ऐसी सामान्य प्रथा है कि मुझे कोड गुणवत्ता नियंत्रण के लिए नियमों को लागू करना पड़ा, जैसे कि no-console , ताकि उत्पादन कोड में यादृच्छिक लॉग प्रविष्टियों को न छोड़ा जाए। लेकिन क्या होगा यदि आपको अतिरिक्त जानकारी प्रदान करने के लिए किसी घटना को विशेष रूप से पंजीकृत करने की आवश्यकता है?

यह लेख विभिन्न स्थितियों पर चर्चा करता है जिसमें आपको लॉग बनाए रखने की आवश्यकता होती है; यह Node.js में कंसोल.लॉग और console.error तरीकों के बीच के अंतर को दिखाता है और यह दर्शाता है कि उपयोगकर्ता कंसोल को ओवरलोड किए बिना लॉगिंग फ़ंक्शन को पुस्तकालयों में कैसे पारित किया जाए।

Node.js के साथ काम करने की सैद्धांतिक नींव

कंसोल.लॉग और कंसोल.रोर तरीकों का उपयोग ब्राउज़र और Node.js. दोनों में किया जा सकता है। हालांकि, Node.js का उपयोग करते समय, याद रखने के लिए एक महत्वपूर्ण बात है। यदि आप index.js नामक फ़ाइल का उपयोग करके Node.js में निम्नलिखित कोड बनाते हैं,



और फिर node index.js का उपयोग करके टर्मिनल में इसे निष्पादित करें, फिर कमांड निष्पादन के परिणाम एक दूसरे के ऊपर स्थित होंगे:



इस तथ्य के बावजूद कि वे समान लगते हैं, सिस्टम उन्हें अलग तरह से संसाधित करता है। यदि आप Node.js प्रलेखन में console ऑपरेशन पर अनुभाग को देखते हैं, तो यह पता चलता है कि console परिणाम के माध्यम से प्रिंट करता है, और console.error माध्यम से console . और प्रिंट प्रिंट करता है।

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

संक्षेप में, यह अनुप्रयोग के वास्तविक परिणामों से अलग त्रुटियों और नैदानिक ​​जानकारी के साथ काम करने के लिए पुनर्निर्देशन ( > ) और पाइपलाइन ( | ) ऑपरेटरों का उपयोग करने के लिए इस्तेमाल किया जा सकता है। यदि > ऑपरेटर आपको कमांड के परिणाम के आउटपुट को किसी फ़ाइल में रीडायरेक्ट करने की अनुमति देता है, तो 2> ऑपरेटर का उपयोग करके आप किसी फ़ाइल में stderr एरर स्ट्रीम के आउटपुट को रीडायरेक्ट कर सकते हैं। उदाहरण के लिए, यह कमांड hello.log फ़ाइल में हैलो भेजता है, और error.log फ़ाइल को अलविदा ।

मुझे लॉग को ईवेंट लिखने की आवश्यकता कब है?

अब जब हमने लॉग-इन करने वाले तकनीकी पहलुओं की समीक्षा की है, तो चलिए विभिन्न परिदृश्यों पर चलते हैं जिनमें आपको घटनाओं को पंजीकृत करने की आवश्यकता होती है। आमतौर पर, ये परिदृश्य कई श्रेणियों में से एक में आते हैं:

• विकास के दौरान अप्रत्याशित व्यवहार होने पर त्वरित डिबगिंग;
• विश्लेषण और निदान के लिए ब्राउज़र-आधारित लॉगिंग;
• आने वाले अनुरोधों और संभावित त्रुटियों को दर्ज करने के लिए सर्वर अनुप्रयोगों के लिए लॉगिंग ;
• उपयोगकर्ताओं को समस्याओं को हल करने में मदद करने के लिए पुस्तकालयों के लिए अतिरिक्त डिबग लॉग बनाए रखना ;
• कमांड लाइन इंटरफ़ेस के आउटपुट के लिए लॉगिंग और ऑपरेशन की प्रगति, पुष्टिकरण और त्रुटियों के बारे में कंसोल में संदेश प्रदर्शित करने के लिए।

यह आलेख केवल Node.js. पर आधारित अंतिम तीन परिदृश्यों पर चर्चा करता है

सर्वर अनुप्रयोगों के लिए लॉगिंग

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

लेख के इस भाग में दी गई सामग्री के साथ प्रयोग करने के लिए, आपको परियोजना के लिए एक नई सूची बनाने की आवश्यकता है। परियोजना निर्देशिका में, उपयोग किए जाने वाले कोड के लिए index.js बनाएं, और परियोजना शुरू करने और express स्थापित करने के लिए निम्नलिखित कमांड निष्पादित करें:



हमने मिडलवेयर के साथ एक सर्वर स्थापित किया है, जो कंसोल में प्रत्येक अनुरोध को console.log विधि का उपयोग करके पंजीकृत करेगा। हम index.js फ़ाइल में निम्नलिखित पंक्तियाँ डालते हैं:



यह लॉग में संपूर्ण ऑब्जेक्ट को लॉग करने के लिए console.log('%O', req) का उपयोग करता है। आंतरिक संरचना के दृष्टिकोण से, util.forma उपयोग का उपयोग करता है util.forma टी, जो %O अलावा %O अन्य प्लेसहोल्डर्स का समर्थन करता है। उनके बारे में जानकारी Node.js प्रलेखन में पाई जा सकती है।

सर्वर को शुरू करने और लोकलहोस्ट पर स्विच करने के लिए node index.js निष्पादित करते समय: 3000, कंसोल बहुत सारी अनावश्यक जानकारी प्रदर्शित करता है:



यदि इसके बजाय console.log('%s', req) ताकि ऑब्जेक्ट को पूरी तरह से प्रदर्शित न किया जाए, तो आपको बहुत अधिक जानकारी प्राप्त नहीं होगी:



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

• टाइमस्टैम्प - यह जानने के लिए कि कब घटनाएं हुईं;
• कंप्यूटर / सर्वर नाम - यदि एक वितरित प्रणाली चल रही है;
• प्रक्रिया पहचानकर्ता - यदि कई नोड प्रक्रियाएं चल रही हैं, उदाहरण के लिए, pm2 ;
• संदेश - कुछ सामग्री के साथ एक वास्तविक संदेश;
• स्टैक ट्रेस - यदि कोई त्रुटि लॉग की गई है;
• अतिरिक्त चर / जानकारी।

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

यह process विभिन्न हिस्सों तक पहुंच प्राप्त करके और जावास्क्रिप्ट में कोड की कई पंक्तियों को लिखकर प्राप्त किया जा सकता है। हालाँकि, Node.js उल्लेखनीय है कि इसमें पहले से ही एक npm पारिस्थितिकी तंत्र और कई पुस्तकालय हैं जिनका उपयोग इन उद्देश्यों के लिए किया जा सकता है। इनमें शामिल हैं:

• pino ;
• winston ;
• गर्जना ;
• बनियान (यह पुस्तकालय दो साल से अद्यतन नहीं किया गया है)।

पिनो को अक्सर पसंद किया जाता है क्योंकि यह तेज़ है और इसका अपना पारिस्थितिकी तंत्र है। आइए देखें कि pino लॉगिंग में कैसे मदद कर सकता है। इस लाइब्रेरी का एक और फायदा express-pino-logger पैकेज है, जो आपको अनुरोधों को पंजीकृत करने की अनुमति देता है।

pino और express-pino-logger स्थापित करें:



उसके बाद, हम घटना लकड़हारा और मिडलवेयर का उपयोग करने के लिए index.js फ़ाइल को अपडेट करते हैं:



इस टुकड़े में, हमने pino लिए इवेंट logger का एक उदाहरण बनाया और इसे express-pino-logger पास भेज दिया ताकि नए क्रॉस-प्लेटफ़ॉर्म इवेंट लॉगिंग सॉफ़्टवेयर तैयार किया जा सके जिसके साथ आप app.use कह सकते हैं। इसके अलावा, logger.info को logger.debug द्वारा logger.info console.log बदल दिया console.log और लॉग के विभिन्न स्तरों को प्रदर्शित करने के लिए logger.debug मार्ग logger.debug जोड़ा logger.debug ।

यदि आप node index.js को बार-बार निष्पादित करके सर्वर को पुनरारंभ करते हैं, तो आपको आउटपुट पर एक अलग परिणाम मिलेगा, जिसमें प्रत्येक पंक्ति / लाइन JSON प्रारूप में आउटपुट होगी। दोबारा, लोकलहोस्ट पर जाएं : 3000 JSON फॉर्मेट में एक और नई लाइन देखने के लिए।



JSON प्रारूप में डेटा के बीच, आप पहले से उल्लेखित जानकारी पा सकते हैं, जैसे कि टाइम स्टैम्प। यह भी ध्यान दें कि logger.debug संदेश प्रदर्शित नहीं किया logger.debug । इसे दृश्यमान बनाने के लिए, आपको डिफ़ॉल्ट लॉग स्तर को बदलना होगा। लकड़हारा इवेंट पंजीकरण का एक उदाहरण बनाने के बाद, मूल्य process.env.LOG_LEVEL सेट किया गया था। इसका मतलब है कि आप मान बदल सकते हैं या डिफ़ॉल्ट info मान स्वीकार कर सकते हैं। LOG_LEVEL=debug node index.js चलाकर, हम लॉग स्तर बदलते हैं।

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

पत्रिका के अधिक पठनीय संस्करण को देखने के लिए, pino-pretty टूल का उपयोग करें। टर्मिनल में चलाएं:



सभी लॉग प्रविष्टियों का उपयोग कर स्थानांतरण किया जाता है | pino-pretty के निपटान में, जिसके कारण आउटपुट "क्लीयर" होता है, जिसमें विभिन्न रंगों में प्रदर्शित केवल महत्वपूर्ण जानकारी होगी। यदि आप लोकलहोस्ट : 3000 फिर से क्वेरी करते हैं, तो debug डिबगिंग संदेश दिखाई देना चाहिए।



जर्नल प्रविष्टियों को अधिक पठनीय बनाने या उन्हें परिवर्तित करने के लिए, कई प्रसारण उपकरण हैं। वे भी pino-colada का उपयोग कर emojis का उपयोग कर प्रदर्शित किया जा सकता है। ये उपकरण स्थानीय विकास के लिए उपयोगी होंगे। जब सर्वर उत्पादन में होता है, तो दूसरे उपकरण का उपयोग करके लॉग डेटा को स्थानांतरित करना आवश्यक हो सकता है, इसे आगे की प्रक्रिया के लिए > का उपयोग करके डिस्क पर लिखें, या एक विशिष्ट कमांड का उपयोग करके एक ही समय में दो ऑपरेशन करें, उदाहरण के लिए tee ।

दस्तावेज़ लॉग फ़ाइलों को घुमाने, अन्य फ़ाइलों के लिए लॉग डेटा को फ़िल्टर करने और लिखने के बारे में भी बात करता है।

लाइब्रेरी जर्नलिंग

सर्वर अनुप्रयोगों के लिए लॉगिंग को कुशलतापूर्वक व्यवस्थित करने के तरीकों की खोज करके, आप अपने स्वयं के पुस्तकालयों के लिए उसी तकनीक का उपयोग कर सकते हैं।

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

इसका एक अच्छा उदाहरण express फ्रेमवर्क है। express फ्रेमवर्क की आंतरिक संरचना में कई प्रक्रियाएं होती हैं, जो अनुप्रयोग डीबगिंग के दौरान इसे अधिक गहराई से अध्ययन करने में रुचि पैदा कर सकती हैं। express फ्रेमवर्क के लिए प्रलेखन कहता है कि आप DEBUG=express:* जोड़ सकते हैं DEBUG=express:* कमांड की शुरुआत में निम्नानुसार है:



यदि आप इस आदेश को किसी मौजूदा एप्लिकेशन पर लागू करते हैं, तो आप बहुत सारे अतिरिक्त आउटपुट देख सकते हैं जो डीबगिंग में मदद करेंगे:



यह जानकारी तब तक नहीं देखी जा सकती जब तक कि डिबग लॉग सक्रिय न हो। इसके लिए debug पैकेज है। इसका उपयोग "नामस्थान" में संदेश लिखने के लिए किया जा सकता है, और यदि पुस्तकालय उपयोगकर्ता में यह नामस्थान या एक वाइल्डकार्ड शामिल है जो इसे अपने DEBUG पर्यावरण चर में मेल खाता है, तो संदेश प्रदर्शित किए जाएंगे। सबसे पहले आपको debug लाइब्रेरी स्थापित करने की आवश्यकता है:



एक नई फ़ाइल बनाएं जिसका नाम random-id.j s है जो लाइब्रेरी का अनुकरण करेगा और इसमें निम्नलिखित कोड random-id.j :



नतीजतन, mylib:randomid के साथ एक नया debug इवेंट लकड़हारा बनाया जाएगा, जिसमें दो संदेशों को पंजीकृत किया जाएगा। हम इसे पिछले खंड से index.js में उपयोग करते हैं:



यदि आप सर्वर को फिर से शुरू करते हैं, तो DEBUG=mylib:randomid node index.js जोड़कर इस समय, फिर हमारी "लाइब्रेरी" के लिए डीबग लॉग प्रविष्टियाँ प्रदर्शित की जाएंगी:



यदि लाइब्रेरी उपयोगकर्ता pino लॉग प्रविष्टियों में डिबग जानकारी रखना चाहते हैं, तो वे इन प्रविष्टियों को सही ढंग से प्रारूपित करने के लिए pino कमांड द्वारा बनाई गई एक लाइब्रेरी का उपयोग कर सकते हैं।

पुस्तकालय स्थापित करें:



पहली बार debug का उपयोग debug से पहले, pino-debug को आरंभीकृत किया जाना चाहिए। ऐसा करने का सबसे आसान तरीका स्क्रिप्ट चलाने से पहले मॉड्यूल का अनुरोध करने के लिए -r या --require झंडे का उपयोग करना है। हम कमांड का उपयोग करके सर्वर को पुनरारंभ करते हैं (बशर्ते कि pino-colada स्थापित हो):



परिणामस्वरूप, लाइब्रेरी की डीबग लॉग प्रविष्टियाँ उसी तरह प्रदर्शित की जाएंगी जैसे कि आवेदन लॉग में:

कमांड लाइन इंटरफ़ेस (सीएलआई) आउटपुट

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

Node.js का उपयोग करके कमांड लाइन इंटरफ़ेस बनाकर , आप इंटरफ़ेस को नेत्रहीन रूप देने के लिए विभिन्न रंग, चर मान ब्लॉक या स्वरूपण टूल जोड़ सकते हैं। हालांकि, आपको कई परिदृश्यों को ध्यान में रखना होगा।

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

कुछ पुस्तकालय, जैसे chalk , निरंतर एकीकरण प्रणाली को परिभाषित करते हैं और रंगीन पाठ के आउटपुट को कंसोल पर ओवरराइड करते हैं। आइए देखें कि यह कैसे काम करता है।

cli.js साथ chalk install chalk और cli.js नामक एक फाइल cli.js निम्न पंक्तियाँ फ़ाइल में रखें:



अब, यदि आप node cli.js का उपयोग करके इस स्क्रिप्ट को निष्पादित करते हैं, तो परिणाम विभिन्न रंगों का उपयोग करके प्रस्तुत किए जाएंगे:



लेकिन यदि आप CI=true node cli.js का उपयोग करके स्क्रिप्ट निष्पादित करते हैं, तो ग्रंथों का रंग प्रारूपण रद्द कर दिया जाएगा:



याद रखने लायक एक और परिदृश्य में, stdout टर्मिनल मोड में चल रहा है, अर्थात। डेटा टर्मिनल के लिए आउटपुट है। इस मामले में, परिणाम boxen का उपयोग करके अच्छी तरह से प्रदर्शित किए जा सकते हैं। अन्यथा, आउटपुट को संभवतः किसी फ़ाइल या किसी अन्य स्थान पर रीडायरेक्ट किया जाएगा।

आप टर्मिनल मोड में stdin , stdout या stderr स्ट्रीम के संचालन की जांच कर सकते हैं, जो कि संबंधित स्ट्रीम की isTTY विशेषता को isTTY । उदाहरण के लिए, process.stdout.isTTY । TTY अर्थ है "टेलेटाइपराइटर" और इस मामले में विशेष रूप से टर्मिनल के लिए डिज़ाइन किया गया है।

तीन थ्रेड्स में से प्रत्येक के लिए मान भिन्न हो सकते हैं, यह इस बात पर निर्भर करता है कि Node.js प्रक्रिया कैसे शुरू की गई थी। इस पर विस्तृत जानकारी "इनपुट / प्रक्रियाओं के आउटपुट" अनुभाग में, Node.js प्रलेखन में पाई जा सकती है।

आइए देखें कि विभिन्न स्थितियों में process.stdout.isTTY का मूल्य कैसे होता है process.stdout.isTTY भिन्न होता है। cli.js इसे जांचने के cli.js फ़ाइल को cli.js :



अब टर्मिनल में node cli.js और शब्द को true देखें, जिसके बाद रंगीन फ़ॉन्ट में संदेश प्रदर्शित होता है:



उसके बाद, हम कमांड को फिर से निष्पादित करते हैं, लेकिन आउटपुट को किसी फ़ाइल में रीडायरेक्ट करते हैं, और फिर सामग्री देखते हैं:



इस बार, टर्मिनल में undefined शब्द दिखाई दिया, उसके बाद एक रंगहीन फ़ॉन्ट में प्रदर्शित संदेश, क्योंकि stdout स्ट्रीम ने इसे टर्मिनल मोड से पुनर्निर्देशित किया। यहां chalk supports-color उपकरण supports-color उपयोग करता है, जो आंतरिक संरचना के isTTY संबंधित धारा की isTTY जांच करता है।



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

निष्कर्ष

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



यदि आप उल्लेख के लायक अन्य उपकरण जानते हैं, तो टिप्पणियों में उनके बारे में लिखें।