Toolivaro

無料のcronビルダー

5フィールドのcron式を検証付きで構築 — わかりやすい説明と、正直な次回実行時刻も表示します。

cronビルダーは、LinuxやUnixのすべてのcronデーモンが読む5フィールドのcrontab式 — 分・時・日(月内)・月・曜日 — を組み立てます。cronが実際に受け付ける記法で5つのフィールドを埋めましょう:ワイルドカード、単一の値、9-17のような範囲、*/15や0-30/5のようなステップ、カンマ区切りのリスト、さらにcron自身が認識する月・曜日の名前(jan-dec、sun-sat、mon-friやjan-marのような範囲も可)です。各フィールドは実際の制約に照らして検証されます — 分0〜59、時0〜23、日1〜31、月1〜12、曜日0〜7(7はマニュアルページ通り日曜日)— そして無効な入力は「何が悪いのか」を伝えるメッセージとともに拒否されます。黙って「修正」されることはありません。パースした仕様から、ツールは重要な3つのものを導き出します:crontabに貼り付ける正規の式、ジョブがいつ実行されるかの平易な説明、そしてデーモンの実際のマッチング規則に照らして分単位で計算した、次の本当の実行時刻です。最後のこの部分こそ、多くのビルダーが嘘をつく場所で、このツールは3つの点で注意深くできています。次回実行はブラウザのローカルタイムゾーンで計算され、その旨ページに明記されます。サーバー上のcronデーモンはサーバーのタイムゾーンで動くからです。古典的なOR規則も尊重されます:日(月内)と曜日の両方が制限されている場合、cronはどちらか一方が一致すれば発火します — 驚きですが、文書化されており、説明にも表示されます。そして不可能な日付は正直に報告されます:2月31日のジョブは366日間のホライズン内に次回実行が見つからず、永遠にループする代わりにその旨を伝えます。すべてローカルで計算されます — 入力したものがアップロードや保存されることはありません。バックアップやビルド、レポート、データベースジョブのスケジュールを組み、本番投入前に式を正確にしたいときに使ってください。

ブラウザ内でローカル処理されます

結果はどうやって計算されるの?

平日の夜間バックアップ

アプリケーションのデータベースは、毎平日の午前2時30分にバックアップが必要です。分を30、時を2、日(月内)を*、月を*、曜日を1-5(月曜から金曜)に設定します。ビルダーは式 30 2 * * 1-5 を返し、「02:30、平日(月–金)」と説明し、現在の時計から計算した実際の次回実行時刻を表示します — crontabに貼り付けるジョブが、意図した通りのジョブであることを確認できます。

入力と出力の例
入力
30
2
日(月内) *
*
曜日 1-5
結果 30 2 * * 1-5 — 02:30、平日(月–金)

計算式と前提は?

5フィールドのcrontab形式

分 時 日(月内) 月 曜日

計算式の記号
記号 意味
0〜59
0〜23
日(月内) 1〜31
1〜12、またはjan…dec
曜日 0〜7(0と7は日曜)、またはsun…sat

各フィールドは *、単一の値、範囲a-b、ステップ /n、カンマ区切りリストを受け付けます。crontab(5)の形式そのもので、ツールはそれ以上の拡張を実装しません。

次回実行のマッチング

次回 = すべてのフィールドが一致する「現在」以降の最初の時刻

計算式の記号
記号 意味
一致 分・時・月・日がそれぞれのフィールドの値集合に収まること。日に関する2フィールドにはcronのOR規則が適用されます
OR規則 日(月内)と曜日の両方が制限されている場合、どちらか一方のフィールドが一致すればその日は一致とみなす — Vixie cronの文書化された挙動

ブラウザのローカルタイムゾーンで計算され、ページにその旨明記されます。サーバー側デーモンはサーバーのタイムゾーンを使うからです。

よくある間違いは?

  • 日(月内)と曜日の両方を制限してANDの意味を期待する — cronはORで扱います。ツールはその挙動をモデル化しています。
  • タイムゾーンを確認せずに次回実行時刻を信頼する — ツールはあなたのローカルタイムゾーンを使い、その旨を明示します。
  • 秒を含む6フィールド式を標準のcrontabが受け付けると期待する — 移植可能な形式は5フィールドです。

前提と制限は?

  • 5フィールドのcrontab形式のみ — 秒フィールドも、式内の@yearly風エイリアスもありません。
  • 名前(jan、mon)は値や名前付き範囲として機能します。ステップとリストは数値を使います。
  • 次回実行の計算はブラウザのローカルタイムゾーンと366日間のホライズンを使用します。

数値の出典は?

最終確認 2026年8月12日 · バージョン 1.0.0 · Toolivaro 外部コンテンツを保証するものではありません。

よくある質問

日(月内)と曜日のOR規則とはどういう意味ですか?

両方のフィールドが制限されている場合 — たとえば日(月内)が1、曜日が5 — cronはどちらか一方が一致すれば実行するため、ジョブは毎月1日と、毎週金曜日の両方で発火します。ほとんどの人が驚く挙動で、これこそVixie cronとその派生系が実際に行う動きです。ツールは次回実行の計算でこれを尊重し、説明にも明記します。

次回実行の計算はどのタイムゾーンを使いますか?

ブラウザのローカルタイムゾーンです。cronデーモンはサーバーのタイムゾーンで動きますが、それはUTCかもしれないし別のものかもしれません — ページはタイムゾーンを明示しており、表示された時刻を信頼する前に、ジョブを実行するサーバーと比較してください。

なぜ7が日曜として受け付けられ、0も日曜なのですか?

crontab(5)は曜日を0〜7と定義し、0と7の両方が日曜を意味します。7は一部のシステムが受け付けるレガシー形式です。ツールは両方を受け付け、マッチングの際に同じ値に正規化します。

秒フィールドはどこにありますか?

標準の5フィールド形式に秒フィールドはありません — 最小単位は分です。Quartzや一部のNodeライブラリなど、cronに秒を拡張するツールもありますが、それらの拡張はデーモン間で移植性がありません。このビルダーは移植性のある5フィールド形式に徹します。

2月31日のような不可能な日付ではどうなりますか?

cronは単純に決して発火しません。ツールは366日間のホライズンで次回実行を計算し、存在しない場合 — 2月31日のように — 決して来ない日付を表示する代わりに、その旨を正直に報告します。

このコレクションの一部 時間・日付・スケジュールツール

間違いを見つけましたか? 報告する — すべての修正を確認します.

このツールは役に立ちましたか?

Toolivaro編集チームが当社の方法論に基づいてレビュー済み 計算方法 · 編集方針