時間/数値

Cron Parser

cron式を解析(5または6フィールド、@省略記法を含む) — スケジュールを平易な言葉で説明し、選択したタイムゾーンでの次回実行時刻を表示。


                    

A cron expression is a compact five- or six-field schedule format (minute, hour, day of month, month, day of week, sometimes seconds) that's hard to read at a glance. This tool translates it into plain language and lists the next run times in your chosen timezone.

How to use it

Common uses

Things to keep in mind

In classic cron, the day-of-month and day-of-week fields combine with OR rather than AND when neither is "*" — a frequent cause of unexpected extra runs.

The server running cron may be set to a different timezone than the one you're assuming — always confirm which timezone the schedule is interpreted in.

このツールに関する記事: Cron式:タスクのスケジュールを読み解く方法

よくある質問

6フィールドのcron式は5フィールドのものとどう違いますか?

標準的なcronは5つのフィールド(分、時、日、月、曜日)を使用します。一部のスケジューラーは式の先頭に6番目の秒フィールドを追加します — このツールは両方の形式を自動的に認識します。

@dailyのようなショートカットは何を意味しますか?

これらは一般的なスケジュールの便利なエイリアスです: @dailyは「0 0 * * *」(毎日深夜)に対応し、@hourlyは「0 * * * *」に、@weekly、@monthly、@yearlyも同様に機能します。

次回実行はどのタイムゾーンで計算されますか?

「タイムゾーン」フィールドで選択されたものです。同じcron式でもタイムゾーンによって絶対実行時刻が異なるため、スケジューラーが実際に動作しているタイムゾーンを必ず指定してください。

夏時間/冬時間の切り替えはタスクの実行に影響しますか?

はい、実行時刻が時計の切り替え中に存在しない、または繰り返される時刻に当たる場合に影響します。重要なタスクは、典型的な切り替えの時間帯を避けるか、明示的にUTCを使う方が安全です。

日または曜日のどちらか一方が一致することを期待していたのに、タスクが実行されたのはなぜですか?

クラシックなcronでは、この2つのフィールドがどちらもアスタリスクでない場合、AND(かつ)ではなくOR(または)で結合されます——一方の条件だけが一致しても、もう一方が一致していなくてもタスクは実行されます。

記事: 時間/数値

Unix時間:コンピュータが1970年から時間を数える理由

1970年1月1日がほとんどのコンピュータシステムにとって時間の基準点になった理由。

数値システム:2進法、8進法、16進法が存在する理由

CSSの色#FF5733が10進数ではなく16進数の桁で書かれる理由。

ビット演算:AND、OR、XORがビットレベルでどう動作するか

ビットAND が論理ANDとどう違うか、そしてなぜ数値の個々のビットを操作する必要があるのか。

日付の差:日数を数えることが見た目より複雑な理由

うるう年のせいで日付を単純に引き算すると間違った結果になる理由。

年齢計算:単純な年の引き算ではない理由

単純に生まれた年を引き算すると、実際より1歳多い年齢になることがある理由。

タイムゾーン:UTCがGMTと同じではない理由

UTCが年に2回変わることはないのに、ロンドン時間(GMT/BST)は変わる理由。

時間計算:時間・分・秒を正しく合計する方法

分と秒を足すとき、10進法の足し算と同じように余りを次の桁に「繰り上げ」なければならない理由。

ISO 8601 Duration:標準フォーマットで時間の長さを書く方法

PT1H30Mが「1時間30分」を意味し、「1分30時間」を意味しない理由。

週番号:国によって週の数え方が異なる理由

ISO 8601標準では1月1日が前年の第52週または第53週に属することがある理由。

ローマ数字:ゼロも位取りもないシステムの仕組み

IVが6ではなく4を意味する理由と、ローマ数字における減算のルールの仕組み。

IEEE 754:コードで0.1 + 0.2が0.3にならない理由

ほとんどすべてのプログラミング言語で0.1 + 0.2が0.30000000000000004と表示される理由。

数字を言葉に:数字を単語に変換する理由

銀行文書が金額を数字と言葉の両方で同時に書く理由。