Это чисто косметический момент, и меня это просто интересует, но:
Jobs::YearlyReview настроен на запуск дважды в день?Время было 9:44 утра, а предыдущий запуск был 14 часов назад. Следующая попытка должна быть через 10 часов, то есть примерно в 19:44. Я ожидал, что это произойдет вскоре после полуночи и раз в год, как работает cron.
Задача запланирована на запуск один раз в 24 часа в течение января: discourse-yearly-review/app/jobs/yearly_review.rb at main · discourse/discourse-yearly-review · GitHub. Если на сайте найдена тема с заголовком, совпадающим с заголовком темы обзора, задача не будет выполнена повторно. Это означает, что будет создана только одна тема обзора, если только вы не измените заголовок темы обзора после её создания.
Это 31 попытка до нахождения правильной темы — своего рода страховка? Или у нас языковой барьер? Вероятность этого тоже высока 
Но… я всё ещё не понимаю временные метки. В 9:44 1 января Sidekiq сообщает, что YearlyReview был запущен 14 часами раньше, 31 декабря.
Снова — это не проблема вообще. Я просто пытаюсь понять, потому что у меня слишком много свободного времени.
Мои пользователи были бы довольно обеспокоены, если бы им пришлось ждать ещё 10 часов, чтобы получить эти драгоценные статистические данные. Хотя, я знаю, как «пингануть» Sidekiq, так что проблема решена 
Да, это сделано для предотвращения случайного запуска задачи вне первого месяца года. Обратите внимание, что если вы запустите задачу из консоли с аргументом force: true, темы для ревью могут быть созданы и вне первого месяца.
Это действительно необходимо? Мне пришлось удалять дубликаты тем и отключать плагин на нескольких моих экземплярах. Это не большая проблема, но выглядит необоснованно.
Во время новогодних праздников администраторы часто отсутствуют на своих экземплярах в течение нескольких дней, особенно если они не настроили плагин для работы в удобной, строго приватной категории, что не является идеальным решением.
