синтаксический анализатор выражение cron

Cron Expression Parser декодирует стандартные выражения кронтаба из 5 полей (минута, час, день месяца, месяц, день недели) в простое английское предложение и разбивку по полям. Вставьте что-нибудь вроде "*/15 9-17 * * 1-5" и сразу увидите, что оно срабатывает каждые 15 минут с 9 по 17 часов с понедельника по пятницу - больше не считайте звездочек и не сомневайтесь, является ли третье поле днем или месяцем.

Помимо перевода, инструмент вычисляет следующие пять времени выполнения как в локальном часовом поясе, так и в UTC. Это имеет большее значение, чем кажется: огромный класс производственных происшествий исходит из рабочих мест, которые были запланированы против неправильного часового пояса или молча никогда не срабатывают, потому что день месяца и день недели взаимодействуют с тем, как определяет Vixie Cron. Наблюдение за конкретными предстоящими временными метками — это самая быстрая проверка здравомыслия, прежде чем вы зафиксируете расписание для Crontab, cronjob Kubernetes, рабочего процесса действий GitHub или правила AWS EventBridge.

Все работает на 100% клиентской стороне в вашем браузере - выражения, которые вы вставляете, никогда не касаются сервера, а это означает, что его безопасно использовать с расписаниями из внутренней инфраструктуры, конвейерами CI/CD или чем-то еще, что вы предпочитаете не вставлять в случайный веб-сайт. парсер поддерживает полный стандартный синтаксис: подстановочные знаки (*), списки (1,15,30), диапазоны (1-5), значения шагов (*/15, 1-10/2), а также названные месяцы и будние дни (JAN-DEC, SUN-SAT).

Одно правило в cron ловит почти всех, и стоит прочитать разбивку для. когда и день месяца и день недели ограничены, cron управляет работой, когда любой из матчей, а не когда оба делают. так 0 0 1 * 1 стреляет в первый из месяца и в каждый понедельник, что редко, что автор намеревался Другой регулярный сюрприз - летний переход: работа, запланированная в течение часа, что часы прыгают вперед не работает в этот день, и один в течение часа, что повторы могут бежать дважды, потому что cron читает местное время. Стандартный крон пяти полей не имеет секунд поля, и @reboot является событием, а не расписанием, так что ни один из них не может быть предварительно рассмотрен как список будущих времен.