Analisador e criador de expressões cron

Não. A expressão é analisada e as execuções são calculadas no seu navegador com JavaScript; ela não é enviada à LeedyBox.

No cron do Unix, quando o dia do mês e o dia da semana estão ambos restritos (nenhum dos dois começa com *), um dia corresponde se qualquer um dos dois campos corresponder, então essa expressão é executada no dia 13 de cada mês e em todas as sextas-feiras. A ferramenta aplica essa regra às expressões Unix, e "Agendamento" então mostra "basta um dos dois". Nas expressões Spring, ela exige que os dois campos correspondam, e Quartz e AWS evitam a questão exigindo "?" em um dos dois campos. No cron do Unix, uma solução comum é agendar todas as sextas-feiras e verificar a data dentro do job.

Depende do formato. Em expressões Unix e Spring, 0 e 7 significam domingo e 1 é segunda-feira; no Quartz e na AWS, 1 é domingo e 7 é sábado, então 1-5 significa de domingo a quinta-feira nesses formatos. Nomes de dias como MON-FRI evitam essa diferença no Spring, no Quartz e na AWS.

Digite apenas os campos do agendamento. O comando no fim de uma linha do crontab e o nome de usuário no /etc/crontab são contados como campos extras, então a ferramenta indica um campo inválido ou o número errado de campos. Para a AWS, cole os seis campos de dentro de cron( ), sem o invólucro.

O Spring acrescenta um campo de segundos no início, então 0 9 * * 1-5 vira 0 0 9 * * 1-5. O Quartz também exige "?" em um dos campos de dia e numera o domingo como 1, então o mesmo agendamento fica 0 0 9 ? * MON-FRI. A AWS não tem campo de segundos, exige "?" em um dos campos de dia, como o Quartz, e acrescenta um ano no fim: 0 9 ? * MON-FRI *. Se a expressão Unix restringir os dois campos de dia, ela depende da regra descrita acima, em que basta um dos dois campos corresponder; como esses formatos não usam essa regra, normalmente você precisa de dois agendamentos. Confira o resultado com o formato de destino selecionado e compare as próximas execuções.

A expressão é válida, mas nenhum horário correspondente foi encontrado nos cerca de 8 anos à frente que a ferramenta pesquisa. Causas típicas são datas que não existem, como 0 0 30 2 * (30 de fevereiro) ou o dia 31 combinado apenas com meses de 30 dias, e um campo de ano que está no passado. Um ano mais de 8 anos à frente gera a mesma mensagem, embora esse agendamento ainda possa ser executado mais tarde. Alguns agendadores, incluindo o cron clássico do Unix, aceitam uma data inexistente sem aviso, e o job não é executado.

As execuções são calculadas para o fuso selecionado em "Fuso horário". Escolha o que o seu agendador usa: o crontab geralmente segue o fuso horário do servidor, as regras agendadas do AWS EventBridge usam UTC, e o EventBridge Scheduler permite definir um fuso horário. O menu oferece o fuso do seu navegador, o UTC e uma seleção de fusos comuns; se o fuso do seu agendador não estiver na lista, escolha um com a mesma diferença em relação ao UTC e as mesmas datas de horário de verão. Uma execução em um horário pulado quando os relógios são adiantados fica fora da lista, e um horário que ocorre duas vezes quando eles são atrasados aparece uma só vez. Os daemons cron tratam essas horas de formas diferentes; o cronie, por exemplo, pode executar um job de uma hora pulada logo após a mudança. Verifique o comportamento do seu agendador ou use UTC, que não tem horário de verão.