Описание инструмента
О Парсер Cron-выражений
Парсер cron разбирает выражения cron из пяти полей и показывает значения минут, часов, дня месяца, месяца и дня недели, а также ближайшие запуски.
Он помогает проверить записи crontab, запланированные задачи, расписания CI и фоновые обработчики.
Как пользоваться парсером cron
- Вставьте выражение cron из пяти полей, например */15 9-18 * * 1-5.
- Посмотрите разбор полей и проверку диапазонов.
- Убедитесь, что ближайшие запуски совпадают с нужным расписанием.
Когда это полезно
- Проверить, что задача запускается только в рабочие часы по будням.
- Найти ошибки в полуночных запусках, в конце месяца или в поле дня недели.
- Объяснить коллегам запись crontab с рабочего сервера.
Порядок полей cron и основной синтаксис
Инструмент разбирает распространённый формат cron из пяти полей: минуты, часы, день месяца, месяц, день недели. Некоторые платформы добавляют секунды, год, символ ? или сокращения вроде @daily, поэтому при переносе сверяйтесь с документацией целевого планировщика.
- * означает любое значение.
- */15 означает каждые 15 единиц.
- 1-5 — это диапазон, а 1,3,5 — список.
- Если ограничены и день месяца, и день недели, разные реализации cron могут комбинировать их по-разному.
Частые вопросы: Парсер Cron
- Это cron из пяти или из шести полей?
- Парсер использует синтаксис crontab из пяти полей: минуты, часы, день месяца, месяц, день недели — без секунд.
- Почему ближайший запуск отличается от рабочей среды?
- Обычные причины — часовой пояс, расширения конкретной платформы или разные правила сочетания дня месяца, месяца и дня недели.
- Выражение отправляется на сервер?
- Нет. Разбор и предпросмотр выполняются локально в браузере и не отправляются на wetool.site.
Парсер cron и планировщики
Парсер помогает понять выражение, но он не заменяет планировщик Kubernetes, GitHub Actions, Quartz или Linux crontab. Перед выкладкой проверьте расписание на целевой платформе.
Различия cron из пяти полей, из шести полей и Quartz
Ошибки в cron чаще возникают из-за порядка полей на целевой платформе, а не из-за самой звёздочки.
- Linux crontab обычно использует пять полей: минуты, часы, день месяца, месяц, день недели.
- Quartz, Spring и некоторые облачные планировщики добавляют секунды или год и поддерживают расширения ?, L, W и #.
- GitHub Actions, Kubernetes, Vercel и похожие платформы могут принудительно использовать UTC или накладывать собственные ограничения на расписание.
Часовой пояс, переход на летнее время и конец месяца
Просматривая ближайшие запуски, проверьте часовой пояс платформы. Переход на летнее время, конец месяца и сочетание дня недели с днём месяца — частые причины неожиданностей в рабочей среде.
- Если платформа работает в UTC, локальное время 09:00 нужно пересчитать перед выкладкой.
- В дни перехода на летнее время запуски могут пропускаться или дублироваться, поэтому критичные задачи не стоит ставить на пограничные часы.
- Если одновременно ограничены поля дня месяца и дня недели, разные реализации Cron могут применять логику OR или AND.