Время/числа
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
- Paste a cron expression (e.g. 0 3 * * * or a shorthand like @daily) and a plain-language schedule description appears instantly.
- The list of upcoming runs shows exact dates and times in your chosen timezone — handy for checking whether a job collides with another.
- Both 5-field cron expressions (standard Unix cron) and 6-field ones with seconds (Quartz and similar schedulers) are supported.
Common uses
- Checking a job's schedule before deploying — confirming the cron expression really runs the script when intended.
- Debugging a job that fires more or less often than expected.
- Building a new cron schedule without looking up the syntax reference every time.
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 полей (минута, час, день месяца, месяц, день недели). Некоторые планировщики добавляют шестое поле секунд в начале выражения — инструмент распознаёт оба формата автоматически.
Что означают сокращения вроде @daily?
Это удобные синонимы распространённых расписаний: @daily соответствует "0 0 * * *" (ежедневно в полночь), @hourly — "0 * * * *", @weekly, @monthly и @yearly действуют аналогично.
В каком часовом поясе считаются следующие запуски?
В том, который выбран в поле «Часовой пояс». То же самое cron-выражение даёт разное абсолютное время запуска в зависимости от пояса, поэтому важно указать именно тот, в котором фактически работает планировщик.
Влияет ли переход на летнее/зимнее время на запуск задачи?
Да, если время запуска приходится на несуществующий или повторяющийся час во время перевода часов. Для критичных задач надёжнее планировать время вне типичного окна перехода или явно использовать UTC.
Почему выражение с обоими указанными полями дня месяца и дня недели сработало, хотя я ожидал только одно совпадение?
В классическом cron эти два поля объединяются через ИЛИ, а не И, когда оба не являются звёздочкой — задача запускается, как только совпадает хотя бы одно из условий, даже если второе не выполняется.