هذا أمر تجميلي للغاية وأنا فقط فضولي، ولكن
Jobs::YearlyReview موقوت بالفعل للتشغيل مرتين كل يومكان الوقت 9:44 صباحًا وتم ذلك قبل 14 ساعة. ستكون المحاولة التالية بعد 10 ساعات، مما يعني شيئًا مثل 7:44 مساءً. كنت أتوقع بعد منتصف الليل مباشرة ومرة واحدة في السنة كما يعمل cron.
تم جدولة المهمة لتعمل مرة واحدة كل 24 ساعة لشهر يناير: discourse-yearly-review/app/jobs/yearly_review.rb at main · discourse/discourse-yearly-review · GitHub. إذا تم العثور على موضوع على الموقع بعنوان يطابق عنوان موضوع المراجعة، فلن يتم إعادة تشغيل المهمة. هذا يعني أنه سيتم إنشاء موضوع مراجعة واحد فقط، ما لم تقم بتعديل عنوان موضوع المراجعة بعد إنشائه.
هل هذا 31 مرة حتى يتم العثور على الموضوع المناسب هو نوع من الأمان؟ أم أن هناك حاجز لغة هنا؟ الاحتمالات عالية لذلك أيضًا 
لكن… ما زلت لا أفهم الطوابع الزمنية. في الساعة 9:44 صباحًا في الأول من يناير، يخبرني Sidekiq أن YearlyReview قد تم تشغيله قبل 14 ساعة، في 31 ديسمبر.
مرة أخرى - هذه ليست مشكلة على الإطلاق. أنا فقط أحاول أن أفهم، لأن لدي الكثير من وقت الفراغ.
سيكون مستخدمي قلقين للغاية إذا كان عليهم الانتظار 10 ساعات أخرى للحصول على هذه الإحصائيات الثمينة، على الرغم من ذلك. حسنًا، أعرف كيفية تشغيل Sidekick، لذا تم حل المشكلة 
نعم، إنه موجود لمنع تشغيل المهمة عن طريق الخطأ خارج الشهر الأول من العام. لاحظ أنه إذا قمت بتشغيل المهمة من وحدة التحكم باستخدام الوسيط force: true، يمكن إنشاء مواضيع المراجعة خارج الشهر الأول.
هل هذا ضروري حقًا؟ اضطررت إلى الذهاب وحذف المواضيع المكررة وإيقاف المكون الإضافي في عدد قليل من مثيلاتي. هذه ليست صفقة ضخمة، ولكن يبدو أنها غير مبررة.
خلال فترة رأس السنة الجديدة، غالبًا ما يكون المسؤولون بعيدين عن مثيلاتهم لعدة أيام - إذا لم يكونوا قد وجهوا المكون الإضافي إلى فئة خاصة لطيفة ومحددة ليست مثالية.
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.
