Cron Expression Explainer

Use this free Cron Expression Explainer to quickly get accurate results in seconds, free and instantly offline with no signup required ever, trusted by professionals in Austin, Chicago, Miami, Denver, Seattle, and New York for reliable daily use without accounts, subscriptions, limits, or delays on any device for everyday personal and business workflows daily.

Decode cron expressions into plain English with this free online Cron Expression Explainer that validates fields, steps, and ranges instantly.

Calculator Inputs

About Explain Cron

Use this free Cron Expression Explainer to quickly get accurate results in seconds, free and instantly offline with no signup required ever, trusted by professionals in Austin, Chicago, Miami, Denver, Seattle, and New York for reliable daily use without accounts, subscriptions, limits, or delays on any device for everyday personal and business workflows daily.

How cron parsing works in seconds: Paste any 5-field cron expression — minute, hour, day-of-month, month, and day-of-week — and the tool validates each field against its allowed range, parses lists, ranges, and step values, normalizes the Sunday 0/7 alias, and renders the schedule in plain English. It also calculates approximate runs per week so you can spot unexpectedly frequent executions before they burn through your compute budget or trigger rate limits on external APIs.

Why cron accuracy matters for USA engineering teams: A misconfigured cron job on a $3,000 per month production server can fire 2,000 times a week instead of 200, burning $500 in unexpected compute costs. Austin DevOps teams deploying on 08/20/2026 need to catch day-of-month versus weekday AND quirks before they cause duplicate batch runs on a $10,000 per month backup schedule. Chicago system administrators managing $20,000 per month cloud infrastructure must verify that maintenance windows fire only during off-hours to avoid service interruptions for end users.

The notorious day-of-month AND weekday trap: Cron uses AND logic when both day-of-month and day-of-week are restricted — the job fires when EITHER matches, not both. This catches even experienced engineers off guard. The tool flags this explicitly and shows the weekly run count so you can verify the schedule matches your intent before deploying to production at 09:00 AM EST on 09/01/2026.

Step values, ranges, and lists explained: An asterisk means every value. A slash like */15 means every 15 units. A range like 9-17 means 9 through 17 inclusive. A list like 1,3,5 means Monday, Wednesday, Friday. The tool parses all of these, validates them against the allowed range for each field, and reports any errors immediately. Miami SaaS teams auditing $500 per month worker crons and Denver startup engineers checking $2,000 per month ETL schedules can paste complex expressions and get instant clarity without memorizing the POSIX cron spec.

Privacy, local processing, and practical use: Every parse and explanation runs entirely in your browser. No cron expression is transmitted to any server, stored, or logged. This makes the tool safe for reviewing proprietary production schedules, client crontabs, and sensitive infrastructure configurations. Paste the expression from your crontab, systemd timer, or GitHub Actions workflow, review the plain-English description, check the weekly run count, and confirm the schedule before deploying to production on 10/01/2026. Close the tab and everything vanishes at $0 cost with no signup required ever.

Where it is used

Austin DevOps engineers reviewing and testing $3,000 per month server cron jobs before 08/15/2026 production deploys, Chicago system administrators verifying $10,000 per month backup schedules and log rotation tasks, Miami SaaS development teams auditing $500 per month background worker crons, Denver startup engineers checking $2,000 per month data ETL schedules, Seattle cloud architects reviewing $20,000 per month infrastructure maintenance crons, and New York fintech teams validating $100,000 per month settlement batch schedules across multiple production clusters.

How to use the Explain Cron

  1. Cron Expression (5 fields) — enter the value (e.g. */15 9-17 * * 1-5).
  2. Calculate — press the Calculate button to see the result instantly above.

Formula

Validate each field (lists/ranges/steps) -> describe time, month, and day constraints.

Examples

Business hours

expression:*/15 9-17 * * 1-5
Result: Every 15 minutes, 9-5, Monday-Friday

Daily midnight

expression:0 0 * * *
Result: At 0 minutes past midnight, every day

Monthly first Monday

expression:0 9 1-7 * 1
Result: At 9 o'clock, only on days 1 through 7, only on Monday

Frequently Asked Questions

Why did my job run on an unexpected day?
Almost always the day-of-month/weekday AND quirk: when both are restricted, cron fires when EITHER matches, not both. Restrict only one side.
Does 7 mean Sunday?
Yes — 0 and 7 both mean Sunday in day-of-week. This tool normalizes 7 to Sunday automatically.
How do I run something every 90 minutes?
You cannot express that in one line — cron has no cross-hour steps. Use two lines or a sleep-based wrapper to achieve irregular intervals.
Is my cron expression stored anywhere?
No. All parsing runs locally in your browser. No expression is transmitted, logged, or stored on any server.
What cron syntax is supported?
Standard 5-field POSIX cron: minute, hour, day-of-month, month, day-of-week. Quartz 6-field and extended syntax are out of scope.
Can I use this with systemd timers?
Systemd timer syntax differs from cron. This tool parses POSIX cron expressions only. For systemd OnCalendar, convert to cron first.