cron 式パーサー

Cron 式パーサーは、標準的な 5 フィールドのクロンタブ式 (分、時間、月、月、週) を平易な英語の文とフィールドごとの内訳にデコードします。 「*/15 9-17 * * 1-5」などを貼り付けると、月曜から金曜までの 9 時間から 17 時間を過ぎると 15 分ごとに発火することがすぐにわかります。アスタリスクを数えたり、3 番目のフィールドが日か月かを 2 番目に推測したりする必要はありません。

翻訳以外のツールは、ローカル タイムゾーンと UTC の両方で次の 5 回の実行時間を計算します。 大量生産インシデントは、Vixie Cron が定義する or-semantics のやり方で、月日と曜日が対話するために、間違ったタイムゾーンに対してスケジュールされた Cron ジョブや、日と曜日が対話するために、何日もの間、無音で発生することから生じる、大量の生産インシデントから生じます。 具体的な次のタイムスタンプを確認するのは、CronTab、Kubernetes CronJob、GitHub アクション ワークフロー、または AWS EventBridge ルールにスケジュールをコミットする前に最も早く健全性チェックです。

ブラウザではすべてが 100% クライアント側で実行されます。貼り付ける式はサーバーに触れることはありません。つまり、内部インフラストラクチャ、CI/CD パイプライン、またはランダムな Web サイトに貼り付けたくないもののスケジュールとともに安全に使用できます。パーサーは、ワイルドカード (*)、リスト (1,15,30)、範囲 (1-5)、ステップ値 (*/15、1-10/2)、および指定された月と平日 (JAN-DEC、SUN-SAT) という完全な標準構文をサポートします。

cron のルールの 1 つはほぼ全員を捕まえ、内訳を読む価値があります。 day-of-mon と day-of-week の両方が制限されている場合、cron はどちらかが一致したときにジョブを実行します。つまり、0 0 1 * 1 は月の最初と毎週月曜日に起動しますが、これは作者が意図したものではありません。もう 1 つの定期的なサプライズは夏時間です。時計が前にジャンプする時間内にスケジュールされたジョブはその日は実行されず、繰り返される時間内に 1 つは 2 回実行できます。cron は現地時間を読み取るためです。標準の 5 フィールドの cron には秒フィールドがなく、@reboot はスケジュールではなくイベントであるため、どちらも将来の時刻のリストとしてプレビューすることはできません。