Tradutor de expressões cron:
o que faz esta linha?

Todos os minutos de todas as horas, todos os dias — 1 440 execuções por dia, 525 600 por ano. Os cinco campos são todos asteriscos, por isso nada está restrito. É o agendamento certo para um ping de verificação barato e o errado para quase tudo o resto. Herdada à frente de um script pesado, é a primeira linha a questionar.

Cada 5.º valor desse campo, contado a partir do mínimo. No campo dos minutos, */5 é executado aos :00, :05, :10 … :55 — 12 vezes por hora, exatamente nas marcas do relógio. Não significa «5 minutos depois da última execução»: o cron compara com valores fixos do relógio. Por isso */7 dá :00, :07 … :56 e depois :00 outra vez — um intervalo de 4 minutos no início de cada hora.

Todos os dias à meia-noite, hora do servidor — minuto 0 da hora 0, qualquer data, qualquer mês, qualquer dia da semana. É exatamente o agendamento que @daily abrevia. «Meia-noite» é a meia-noite do servidor, e nas noites de mudança de hora um servidor com hora local pode saltá-la ou repeti-la.

Idêntico. Os atalhos correspondem exatamente: @hourly = 0 * * * *, @daily e @midnight = 0 0 * * *, @weekly = 0 0 * * 0, @monthly = 0 0 1 * *, @yearly = 0 0 1 1 *. A exceção é @reboot — não é sequer um agendamento, é executado quando o daemon do cron arranca. Este tradutor expande os atalhos para que os cinco campos por trás fiquem sempre visíveis.

Porque não vem de um crontab. O Quartz (Jenkins, Spring), alguns agendadores na nuvem e algumas bibliotecas de cron colocam um campo de segundos em primeiro lugar, o que dá seis — ou sete com um ano no final. Um crontab recusa-a. Se o campo dos segundos for 0, retire-o e os cinco campos restantes normalmente leem-se como POSIX. Se for outra coisa qualquer, o agendamento é executado com uma frequência inferior ao minuto, e o cron comum não consegue exprimir isso de todo.

É a forma que o Quartz usa para dizer «sem valor específico». O Quartz exige que exatamente um dos dois campos de dia fique em branco, e é esse que recebe o ponto de interrogação. O cron POSIX não tem essa regra nem o ? — um simples * faz o mesmo trabalho. Quando os dois campos de dia estão mesmo restritos, o cron é executado na união dos dois. Cole um ? num crontab e a linha é rejeitada.

Sim. Cole 30 3 * * * /usr/local/bin/backup.sh >> /var/log/backup.log 2>&1 e o leitor identifica os cinco campos do agendamento, traduz esses, e indica o resto da linha como a parte que ignorou. Também lê o formato do /etc/crontab, em que um nome de utilizador fica entre o agendamento e o comando. O que não faz é adivinhar uma linha com seis campos: um campo de segundos no início significa Quartz, não crontab, e isso é uma linguagem diferente.

Cole a expressão acima. A vista de resultados lista as próximas dez execuções como datas concretas, calculadas por um interpretador real no fuso horário do seu navegador. O crontab em si executa segundo o relógio do servidor: se a máquina corre em UTC e o utilizador não está nesse fuso, toda a lista desloca-se pelo respetivo diferencial. No entanto, nada indica se uma execução foi bem-sucedida — o cron só regista que foi iniciada.