0 0 28-31 * * Apri nel parser di espressioni cron La riga di crontab usa GNU date (date -d tomorrow); su macOS usa date -v+1d. Quartz e Spring supportano L direttamente. In Kubernetes e GitHub Actions, aggiungi lo stesso controllo della data all’inizio del job.
Campo per campo
| Campo | Valore | Corrisponde a |
|---|---|---|
| Minuto | 0 | 0 |
| Ora | 0 | 0 |
| Giorno del mese | 28-31 | 28, 29, 30, 31 |
| Mese | * | Qualsiasi valore |
| Giorno della settimana | * | Qualsiasi valore |
Prossime esecuzioni
Esempio: le prime 6 esecuzioni dopo il 1 gennaio 2026 (UTC).
- sab 31 gen 2026, 00:00
- sab 28 feb 2026, 00:00
- mar 31 mar 2026, 00:00
- gio 30 apr 2026, 00:00
- dom 31 mag 2026, 00:00
- mar 30 giu 2026, 00:00
Versioni pronte all’uso
0 0 28-31 * * [ "$(date -d tomorrow +\%d)" = 01 ] && /path/to/command Aggiungi la riga con crontab -e. Viene eseguita nel fuso orario del server, a meno che non sia impostato CRON_TZ o TZ.
apiVersion: batch/v1
kind: CronJob
metadata:
name: last-day-of-month
spec:
schedule: "0 0 28-31 * *"
timeZone: "Etc/UTC"
concurrencyPolicy: Forbid
jobTemplate:
spec:
template:
spec:
restartPolicy: OnFailure
containers:
- name: job
image: busybox:1.36
command: ["/bin/sh", "-c", "date; echo run"] Imposta spec.timeZone (Kubernetes 1.27+); senza, la pianificazione segue il fuso del controller manager, di solito UTC.
on:
schedule:
- cron: '0 0 28-31 * *'
workflow_dispatch: GitHub Actions usa sempre UTC, accetta intervalli di almeno 5 minuti e sotto carico può avviare in ritardo le esecuzioni pianificate.
0 0 0 L * ? Quartz mette i secondi per primi e richiede ? nel giorno del mese o nel giorno della settimana. I giorni vanno da 1 a 7 partendo dalla domenica, quindi i nomi sono più sicuri.
@Scheduled(cron = "0 0 0 L * *") Spring @Scheduled(cron = …) usa sei campi: i secondi e poi i soliti cinque.
Domande frequenti
› Perché nel crontab % si scrive \%?
In una riga di crontab, % significa a capo (input del comando). Scrivi \% perché il formato della data arrivi intatto alla shell.
› In quale fuso orario viene eseguita 0 0 28-31 * *?
Cron usa il fuso orario della macchina o del servizio che lo esegue. Su Linux è il fuso di sistema, salvo che sia impostato CRON_TZ o TZ; i CronJob di Kubernetes accettano spec.timeZone; GitHub Actions usa sempre UTC.
› Come verifico la pianificazione prima del deploy?
Apri 0 0 28-31 * * nel parser di espressioni cron di questo sito. Spiega ogni campo ed elenca le prossime esecuzioni in ora locale o UTC, direttamente nel browser.