Cron Expression Guide: Read Schedules Before They Run

Learn how five-field cron expressions work, why schedule mistakes happen, and what to check before using cron in production.

8 min read
  • #developers
  • #cron
  • #automation
  • #tools
Illustration for “Cron Expression Guide: Read Schedules Before They Run”

Cron is compact by design

A cron expression can describe a schedule in a handful of characters. That compact format is useful for servers, job runners, and automation tools, but it also makes the expression easy to misread.

Before saving a job, it helps to translate each field into plain language. A quick review can catch schedules that run too often, skip expected days, or depend on platform-specific behavior.

The common five fields

A standard Unix-style cron expression usually has five fields: minute, hour, day-of-month, month, and day-of-week. The expression 0 9 * * 1-5 means minute 0, hour 9, every day of the month, every month, and Monday through Friday.

Some platforms add a seconds field, a year field, named weekdays, or special tokens. That is why the expression should be checked against the scheduler that will actually run it.

  • Minute usually accepts 0 through 59
  • Hour usually accepts 0 through 23
  • Day-of-month usually accepts 1 through 31
  • Month usually accepts 1 through 12
  • Day-of-week usually accepts 0 through 7, where 0 and 7 can both mean Sunday

Wildcards, ranges, lists, and steps

An asterisk means every allowed value for that field. A range such as 1-5 selects a continuous span. A comma list such as 1,15,30 selects specific values. A step such as */15 means every 15 units inside the field.

These patterns can be combined in many cron systems, but complicated expressions deserve extra review. Simpler schedules are easier to maintain and safer to explain during incidents.

Valid does not always mean safe

A cron expression can be syntactically valid and still create operational problems. A job that runs every minute may overlap itself if the task takes longer than expected. A monthly job scheduled for day 31 will not run in every month.

Timezone settings, retries, queue delays, rate limits, and platform-specific day matching rules can all change how a schedule behaves in production.

Where tempboxs fits

The tempboxs Cron Expression Explainer parses common five-field cron expressions locally in your browser. It shows each field, explains common patterns, and highlights schedule notes to review before deploying a job.

Use it with the JSON Formatter, Timestamp Converter, UUID Generator, and temporary inbox tools when preparing test jobs, webhook examples, automation docs, or developer support notes.

Put the guide into practice with browser-only utilities that keep pasted values on your device.