これは非常に些細なことで、単に気になっただけなのですが、
Jobs::YearlyReviewは本当に毎日2回実行されるように設定されていますか?- 時間は前回の試行からカウントされていますか?
時刻は午前9時44分で、14時間前に実行されました。次の試行は10時間後、つまり午後7時44分頃になります。cronのように、深夜のすぐ後や年に一度実行されると予想していました。
これは非常に些細なことで、単に気になっただけなのですが、
Jobs::YearlyReview は本当に毎日2回実行されるように設定されていますか?時刻は午前9時44分で、14時間前に実行されました。次の試行は10時間後、つまり午後7時44分頃になります。cronのように、深夜のすぐ後や年に一度実行されると予想していました。
このジョブは、1 月の間は 24 時間ごとに 1 回実行されるようにスケジュールされています: discourse-yearly-review/app/jobs/yearly_review.rb at main · discourse/discourse-yearly-review · GitHub トピックのタイトルと一致するタイトルを持つトピックが見つかった場合、ジョブは再実行されません。つまり、レビュー トピックのタイトルを編集しない限り、生成されるのは 1 つのレビュー トピックのみになります。
適切なトピックが見つかるまで31回というのは、一種のフェイルセーフですか? それとも、ここで言葉の壁があるのでしょうか? その可能性も高いですね ![]()
しかし…タイムスタンプはまだ理解できません。1月1日の午前9時44分に、SidekiqはYearlyReviewが14時間前の12月31日にトリガーされたと教えてくれます。
繰り返しますが、これは全く問題ではありません。暇すぎるので、ただ理解しようとしているだけです。
しかし、私のユーザーは、あの貴重な統計情報を得るためにあと10時間も待たなければならないとしたら、かなり不安になるでしょう。まあ、Sidekiqをキックする方法は知っているので、問題解決です ![]()
はい、これは、そのジョブが年の一ヶ月目以外で誤って実行されるのを防ぐためにあります。コンソールから force: true 引数を使用してジョブをトリガーした場合、レビュー トピックは一ヶ月目以外でも作成できることに注意してください。
本当に必要なのでしょうか?インスタンスのいくつかで重複トピックを削除し、プラグインをオフにしなければなりませんでした。これは大したことではありませんが、不必要に思えます。
新年には、管理者は数日間インスタンスから離れていることがよくあります。プラグインを、理想的ではない、適切で厳密なプライベートカテゴリに向けなかった場合。
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.