Tester Cron Online
Valida le espressioni cron e visualizza i prossimi orari di esecuzione, nel tuo browser.
at minute */5, every hour
Next 5 runs
13/05/2026, 09:25:00
13/05/2026, 09:30:00
13/05/2026, 09:35:00
13/05/2026, 09:40:00
13/05/2026, 09:45:00
Perche usarlo
Esegui il debug del tuo cron prima che fallisca in produzione
Orari visualizzati
Vedi le prossime 10 date esatte. Nessuna sorpresa quando il job scatta alle 3 di notte.
Formato spiegato
Ogni campo interpretato in linguaggio naturale. Impara il formato mentre validi.
100% nel tuo browser
Nessun dato inviato a un server. Testa espressioni con dati sensibili in tutta sicurezza.
Compatibile con tutti gli ambienti
Sintassi standard compatibile con crontab, Kubernetes CronJob, GitHub Actions e AWS EventBridge.
Come funziona
Tre passaggi, senza complicazioni
Inserisci la tua espressione cron
Compila i 5 campi: minuto, ora, giorno del mese, mese e giorno della settimana. Usa gli esempi predefiniti per iniziare.
Visualizza i prossimi orari di esecuzione
Il tester calcola all'istante le prossime 10 date e orari in cui il job verra eseguito, nel tuo fuso orario locale.
Esegui il debug e copia
Se l'espressione contiene errori, vedrai un messaggio chiaro. Una volta validata, copiala pronta per il tuo crontab, pipeline CI/CD o Kubernetes CronJob.
FAQ
Hai delle domande?
Cron e un pianificatore di task del sistema operativo Unix, presente fin da AT&T Unix Research Edition Version 7 (Unix V7, 1979). Il suo nome deriva dal greco kronos (tempo). Consente di eseguire comandi o script automaticamente a intervalli definiti: ogni ora, ogni lunedi alle 3 di notte, o qualsiasi combinazione di minuti, ore, giorni, mesi e giorni della settimana.
I 5 campi, da sinistra a destra, sono: minuto (0-59), ora (0-23), giorno del mese (1-31), mese (1-12), giorno della settimana (0-7, dove sia 0 che 7 rappresentano la domenica). Un asterisco (*) significa qualsiasi valore. Ad esempio, 30 8 * * 1 significa alle 8:30 ogni lunedi.
L'asterisco (*) significa ogni unita possibile. La sintassi di passo (*/5) significa ogni 5 unita: */5 nel campo dei minuti esegue il job ai minuti 0, 5, 10, 15... fino a 55. Un intervallo (1-5) definisce una fascia concreta: 1-5 nel campo del giorno della settimana esegue dal lunedi al venerdi.
Usa questo tester per visualizzare i prossimi orari di esecuzione prima di toccare il server. Per i test in ambienti reali, puoi impostare temporaneamente un intervallo molto frequente (*/1 * * * * per ogni minuto) e controllare i log. Su Linux, crontab -l mostra i job attivi e grep CRON /var/log/syslog mostra la cronologia delle esecuzioni.
Gli errori piu frequenti sono: (1) la numerazione dei giorni della settimana: sia 0 che 7 rappresentano la domenica nella maggior parte delle implementazioni, ma alcune accettano solo 0; (2) le variabili d'ambiente: cron esegue i job con un ambiente minimale, senza le variabili della tua shell interattiva, quindi usa percorsi assoluti nei comandi; (3) il fuso orario: cron usa il fuso orario del sistema operativo, non quello dell'utente; (4) il simbolo % letterale nei comandi deve essere preceduto da backslash; (5) la mancanza di reindirizzamento dell'output: senza il reindirizzamento a un file di log, gli errori vanno alla mail di root e sono invisibili.
Cron: storia, evoluzione e funzionamento dello scheduler Unix
L'origine di cron moderno risale a Ken Thompson, co-creatore di Unix ai Bell Labs. La prima versione documentata apparve in Unix V7 (1979), sebbene esistano riferimenti a implementazioni precedenti dal 1975. Il nome cron deriva dal greco kronos (tempo), una scelta tipica del team di Bell Labs, noto per i nomi criptici e minimalisti. L'implementazione originale di Thompson eseguiva un processo daemon che si svegliava ogni minuto e controllava se c'erano job da lanciare: un modello che persiste ancora oggi.
La versione che defini lo standard moderno fu vixie-cron, scritta da Paul Vixie nel 1987 e pubblicata con il suo nome completo. Vixie-cron introdusse i file crontab per utente (al contrario del singolo crontab di sistema), la sintassi per liste (1,3,5), gli intervalli (1-5), i passi (*/15) e gli alias speciali (@reboot, @daily, @weekly). Questa implementazione fu adottata dalla maggior parte delle distribuzioni Linux e i suoi successori (cronie, fcron, bcron) sono quelli che girano in produzione ancora oggi.
Nell'ecosistema moderno, cron si e evoluto in tre forme principali: (1) i crontab di sistema (/etc/cron.d/) usati dai servizi e dai pacchetti del sistema operativo; (2) i timer systemd, che nelle distribuzioni moderne (Ubuntu 16.04+, RHEL 7+) affiancano o sostituiscono cron con capacita di dipendenze, logging centralizzato in journald e maggiore controllo; (3) Kubernetes CronJob (spec.schedule in formato cron standard), che orchestra esecuzioni di batch job in container su larga scala. GitHub Actions, GitLab CI/CD, AWS EventBridge e Google Cloud Scheduler usano anch'essi la sintassi cron standard per la pianificazione dei workflow, rendendo la padronanza del formato una competenza fondamentale per il DevOps.