تم تعيين default_watch_categories من القيمة الافتراضية (وهي لا شيء على ما أذكر) إلى فئة واحدة، ربما لأول مرة على الإطلاق.
أدى هذا إلى إرسال حجم هائل من رسائل البريد الإلكتروني، على مدار 3 أيام ربما تمت معالجة ما يقرب من 400 ألف محاولة إعادة إرسال بريد إلكتروني، وفشل أكثر من 09٪. في وقت مبكر جدًا، أدى هذا إلى فرض حدود على معدل الإرسال من جانب مزودي خدمة SMTP (مما وفر فاتورة بريد إلكتروني ضخمة غير مقصودة!).
تمت إعادة تعيين إعداد default_watch_categories لأنه تم تعيينه عن طريق الخطأ.
ومع ذلك، كان Sidekiq لا يزال يظهر حجمًا كبيرًا من محاولات إعادة إرسال البريد الإلكتروني، لأن حدود معدل مزودي خدمة SMTP كانت لا تزال سارية المفعول، واستمر في المحاولة والفشل.
عند الفحص الدقيق، بدا الأمر وكأن منشورًا واحدًا فقط كان يؤدي باستمرار إلى نفس البريد الإلكتروني مرارًا وتكرارًا، بمئات ثم آلاف المحاولات، على الرغم من أنه تم إعادة تعيين default_watch_categories إلى القيمة الافتراضية. ماذا كان يحدث؟
بمجرد تقسيم هذا المنشور والمنشورات التي تليه إلى “موضوع” جديد خاص بهم لأسباب الإشراف العادية، توقف تشغيل البريد الإلكتروني وإعادة إرساله تمامًا كمكافأة. لا مزيد من المحاولات.
كبصيرة إضافية - لم يتم اكتشاف هذا إلا عند فشله، بسبب محددات مزودي خدمة SMTP، ربما يكون عرض أوضح في لوحة التحكم لنشاط إرسال البريد الإلكتروني لهذا اليوم للأيام السبعة الماضية، و 24 ساعة، وساعة، مع تنبيهات لأي زيادات، قد يكون موضع ترحيب.
هذا النوع من الأشياء يمكن أن يوقعك في الكثير من المتاعب المالية بسهولة.
كان هذا يمكن أن يلتهم تكاليف الاستضافة لدينا لمدة عام في غضون يومين لو لم يكن المزود قد طبق حدود المعدل!
