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 はスケジュールではなくイベントであるため、どちらも将来の時刻のリストとしてプレビューすることはできません。

2 行のテストで、この cron 式パーサーが何をチェックするかを示します。 30 8 * * MON-FRI を入力し、「解析」をクリックします。人間が読めるスケジュールには、「08:30、月、火、水、木、金」、フィールド テーブルには「30」が分、8 が時間、次の 5 つの実行時間は土曜日と日曜日をスキップします。 0 9 * * 1-7 を入力します。 7 は日曜日と読み取られるため、週の日フィールドの「1-7」の範囲が反転 (1 > 0) されて拒否されます。代わりに 0 9 * * * または 0 9 * * 0-6 と書きます。