acento.io
Strumento per sviluppatori

Cron expression parser

Inserisci un'espressione cron e ottieni subito la traduzione in italiano e le prossime esecuzioni pianificate — tutto nel browser, senza inviare nulla al server.

By Carlos Suárez , Systems engineer
Last updated:

Cosa fa questo cron expression parser

Questo interprete di espressioni cron analizza la sintassi standard a 5 campi (minuto, ora, giorno del mese, mese, giorno della settimana) e la traduce in una frase comprensibile, mostrando poi le prossime 10 esecuzioni sia in UTC sia nell'ora del tuo sistema. Supporta wildcard (*), intervalli (1-5), liste (1,3,5), passi (*/15) e alias come @daily o @hourly. Utile come cron expression evaluator rapido prima di deployare uno script su un server di produzione. 100% lato client — i tuoi dati non lasciano mai il browser. Nessun upload, nessun tracciamento, nessun log sul server. In Italia il fuso orario è CET (UTC+1) in inverno e CEST (UTC+2) in estate, con il cambio dell'ora legale l'ultima domenica di marzo e l'ultima domenica di ottobre secondo la Direttiva UE 2000/84/CE: questo strumento mostra sempre l'ora locale corretta accanto all'UTC, così sai esattamente quando scatterà il tuo job anche dopo il passaggio all'ora legale.

Funzionalità

  • Traduzione in linguaggio naturale. Ogni campo viene decodificato e composto in una frase leggibile, così puoi spiegare il crontab anche a chi non conosce la sintassi.
  • Prossime 10 esecuzioni. Calcola i prossimi 10 istanti di esecuzione sia in UTC sia nell'ora locale del browser, tenendo conto del DST corrente.
  • Avvisi sulle differenze tra implementazioni. Il tool segnala quando la combinazione giorno-del-mese + giorno-della-settimana si comporta diversamente tra cron POSIX (logica OR) e Quartz/Spring/AWS EventBridge (logica AND), evitando sorprese in produzione.
  • Alias supportati. Riconosce le macro standard: @yearly, @monthly, @weekly, @daily, @hourly e @reboot, tradotte nel rispettivo campo a 5 cifre.
  • Nessuna installazione. Funziona direttamente nel browser come online cron parser: niente dipendenze npm, niente account, niente permessi speciali.

Come usare il cron expression parser

Incolla o digita l'espressione cron nel campo di input e i risultati compaiono in tempo reale.

  1. Inserisci l'espressione. Digita l'espressione nel campo, per esempio 0 9 * * 1-5 per un job che scatta ogni mattina alle 9 nei giorni feriali.
  2. Leggi la descrizione. Il campo "In linguaggio semplice" mostra subito cosa fa l'espressione senza ambiguità.
  3. Controlla le prossime esecuzioni. La tabella elenca i prossimi 10 orari in UTC e nella tua ora locale, utile per stimare quando partirà un job mensile o verificare l'effetto del DST.
  4. Verifica la compatibilità. Se usi Quartz, Spring Scheduler o AWS EventBridge tieni presente che questi richiedono 6-7 campi con secondi e anno: il tool ti avvisa quando la tua espressione a 5 campi potrebbe comportarsi diversamente.

Casi d'uso comuni

  • Validare uno schedule prima del deploy. Prima di aggiungere una riga al crontab di un server Linux, usa questo cron job expression evaluator per confermare che l'orario corrisponda davvero a quello voluto.
  • Spiegare un crontab ai colleghi non tecnici. Incolla l'espressione e mostra la descrizione in italiano a chi deve approvare lo schedule ma non conosce la sintassi cron.
  • Stimare l'esecuzione di job mensili o rari. Per job che girano una volta al mese o in date specifiche, vedere le prossime 10 esecuzioni aiuta a pianificare finestre di manutenzione. Se ti servono calcoli tra date puoi usare il [date calculator](/it/date-calculator/).
  • Insegnare la sintassi cron a ingegneri junior. Il feedback immediato rende questo strumento un ottimo punto di partenza per chi si avvicina per la prima volta ai job schedulati su sistemi Unix.
  • Debug di schedule con ora legale. Verifica che un job configurato per le 2:30 di notte non salti o si ripeta durante il passaggio all'ora legale, confrontando le colonne UTC e locale nella tabella.

Domande frequenti

I miei dati vengono inviati a un server?

No. Questo è un online cron parser che gira interamente nel tuo browser: l'espressione viene analizzata in JavaScript lato client e non viene trasmessa a nessun server, non viene registrata e non viene usata per alcuna analisi. Puoi usarlo anche offline una volta caricata la pagina.

Qual è la differenza tra cron POSIX e Quartz quando specifico sia giorno-del-mese sia giorno-della-settimana?

Nel cron POSIX standard (Linux crontab) i due campi sono combinati con OR: il job scatta se almeno uno dei due criteri è soddisfatto. Quartz, Spring Scheduler e AWS EventBridge usano invece una logica più restrittiva e in alcuni casi richiedono che uno dei due campi sia ?. Il tool mostra un avviso quando rileva questa ambiguità.

Perché la domenica può essere rappresentata sia con 0 sia con 7?

Nel cron classico POSIX la domenica è 0, ma molte implementazioni accettano anche 7 per comodità. Quartz usa invece una numerazione 1-7 dove domenica è 1. Se il tuo scheduler ha un comportamento inatteso, controlla la documentazione specifica: non esiste uno standard universale unico su questo punto.

Come gestisco i job e il cambio dell'ora legale?

Cron non ha un concetto nativo di fuso orario: esegue in base all'orologio di sistema. In Italia, con il passaggio a CEST, un job schedulato alle 2:30 potrebbe saltare un'esecuzione o eseguirne due. La soluzione più robusta è configurare il sistema operativo in UTC e usare systemd timers con OnCalendar= per gestire esplicitamente il timezone. Per convertire timestamp UTC puoi usare il [Unix timestamp converter](/it/timestamp-converter/).

Il parser supporta le espressioni con secondi usate da Quartz o AWS EventBridge?

Al momento lo strumento gestisce il formato standard a 5 campi (minuto ora giorno-mese mese giorno-settimana) usato da POSIX cron e Linux crontab. Le espressioni a 6 o 7 campi di Quartz e AWS EventBridge includono un campo secondi in testa e opzionalmente un campo anno in coda: se incollate tali espressioni il tool le segnala come non standard.

Perché usare UTC per i job di produzione?

Schedulare i job in UTC evita che il cambio dell'ora legale — in Italia l'ultima domenica di marzo e l'ultima domenica di ottobre — causi esecuzioni mancate o doppie. Strumenti moderni come GitHub Actions, Google Cloud Scheduler e la maggior parte dei servizi cloud usano UTC internamente proprio per questo motivo.