Analyseur d’expressions cron
Expliquez toute planification cron en langage clair avec les prochaines exécutions
À propos de cet outil
Collez une expression cron à cinq champs et obtenez son explication en langage clair, avec un décryptage champ par champ et — la partie qui attrape les vraies erreurs — les cinq prochaines exécutions réelles calculées dans votre fuseau horaire local. "0 3 * * 1" se relit "À 03:00, le lundi", suivi des dates concrètes où elle se déclenchera.
Le parseur prend en charge toute la syntaxe standard : listes (1,15), plages (9-17), pas (*/15), noms de mois et de jours (jan, mon), 7 pour dimanche, et la famille de macros @daily/@hourly. Il applique aussi la règle que tout le monde oublie : quand le jour du mois et le jour de la semaine sont tous deux restreints, la tâche s’exécute quand l’un OU l’autre correspond, pas les deux.
Les expressions à six champs (Quartz, avec les secondes) sont détectées et signalées explicitement plutôt que mal interprétées en silence — la source la plus courante de confusion "mon cron est faux" en passant des planificateurs Java au crontab Unix.
Questions fréquentes
- Quels sont les cinq champs, dans l’ordre ?
- Minute (0–59), heure (0–23), jour du mois (1–31), mois (1–12), jour de la semaine (0–6, dimanche = 0, 7 étant aussi accepté pour dimanche). Se souvenir de l’ordre est l’éternel combat — le panneau de décryptage étiquette chaque champ de votre expression.
- Pourquoi "0 0 1 * 1" s’exécute-t-il plus souvent que prévu ?
- Parce que le jour du mois (le 1er) et le jour de la semaine (lundi) sont tous deux restreints, cron exécute la tâche quand L’UN OU L’AUTRE correspond — chaque 1er du mois ET chaque lundi. Pour dire "le 1er seulement si c’est un lundi", il faut une vérification de date côté script.
- Quel fuseau horaire les prochaines exécutions utilisent-elles ?
- Le fuseau local de votre navigateur, affiché à côté des résultats. Les vrais crontabs s’exécutent dans le fuseau du serveur (ou selon la ligne TZ= de certains crons) — vérifiez toujours ce qu’utilise la machine cible, surtout autour des changements d’heure.
- Les secondes ou les années sont-elles prises en charge ?
- Non — ce sont des extensions Quartz (Java) à 6 ou 7 champs. Le cron Unix standard a exactement cinq champs et une résolution d’une minute. Une entrée à six champs est détectée et signalée comme du Quartz plutôt que mal lue.