Generator Hub·© 2026 無断転載を禁じます。
ハブに戻るサイトマップllms.txtサポート
ハブに戻る/開発 & 数学

Cron ジェネレーター

5/6 フィールド

プリセット・リアルタイム検証・日本語説明・次回実行時刻で cron 式をビジュアルに構築。

5/6 フィールド · 次回実行表示
クイックプリセット

式

*/5 * * * *

5 分ごと

About

About Cron Generator

Fill in the minute, hour, day-of-month, month, and day-of-week fields, or start from a preset and adjust. Optional second-level precision is available for schedulers like Quartz. Every field is validated as you type, with clear error messages for out-of-range values or bad syntax.

The tool shows a human-readable description for common schedules and computes the next five run times in your local timezone, so you can verify a schedule before wiring it into a server.

All parsing and calculation happens in the browser - no server round-trip, no data storage.

機能ハイライト

  • 5-field standard syntax plus optional seconds
  • 8 one-click presets from every minute to quarterly
  • Live validation with per-field error messages
  • Human-readable description for common schedules
  • Next 5 run times in your local timezone
  • Standard day-of-month/day-of-week OR rule
  • 100% client-side calculation
    • FAQ

    Cron Generator FAQ

    Find answers to common questions about cron syntax, validation, and how next run times are computed.

    What do the five standard cron fields mean?

    They are minute (0-59), hour (0-23), day of month (1-31), month (1-12), and day of week (0-6, Sunday is 0). For example, '0 9 * * 1-5' runs at 09:00 Monday through Friday.

    When should I enable seconds?

    Only schedulers that support six-field expressions (like Quartz or Spring) accept seconds. Enable it when your target scheduler uses the extended syntax; keep it off for standard cron.

    How are the next run times computed?

    The tool scans forward minute by minute for up to one year and collects the next five matching timestamps in your local timezone. Day-of-month and day-of-week follow the standard cron rule: if both are restricted, a date matches when either one matches.

    Are next run times in my timezone?

    Yes. Runs are computed in the browser's local timezone. If you deploy the schedule to a server, verify that the server timezone matches - most cron daemons interpret expressions in the server's local time.

    Why is my expression marked invalid?

    Common causes: values outside the field range (e.g. minute 60), a step of zero, a range where the start exceeds the end, or stray characters. The tool highlights the offending field and shows the specific error.

    Does this match crontab.guru output?

    The syntax, presets, and next-run semantics follow the same conventions as crontab.guru and the Vixie cron implementation. Minor wording differences may exist in the descriptions, but the expressions are interchangeable.