Validez n'importe quelle expression à cinq champs et visualisez les prochaines exécutions avec l'éditeur d'expressions cron — heure locale et UTC, entièrement dans votre navigateur.
Pourquoi cron fait toujours tourner le monde
Sauvegardes, renouvellement de certificats, génération de rapports, nettoyages de bases de données — les tâches discrètes qui maintiennent les systèmes en bonne santé sont généralement planifiées avec cron.
La syntaxe est compacte, ce qui la rend rapide à écrire et facile à mal former. Un seul champ erroné peut signifier qu'une tâche s'exécute 60 fois par jour au lieu d'une, ou jamais.
La bonne nouvelle : le format est assez petit pour être appris entièrement, et l'aperçu des prochaines exécutions rend les erreurs visibles avant la production.
Les cinq champs
Une expression cron standard comporte cinq champs séparés par des espaces, dans cet ordre :
| Champ | Plage | Exemple |
|---|---|---|
| Minute | 0-59 | */15 |
| Heure | 0-23 | 9 |
| Jour du mois | 1-31 | 1 |
| Mois | 1-12 | 3,6 |
| Jour de la semaine | 0-6 (0 = dimanche) | 1 |
Pas, plages et listes
Chaque champ accepte plus qu'un simple nombre :
`*/5` parcourt chaque cinquième valeur. `9-17` sélectionne une plage. `9-17/2` progresse dans une plage. `1,15` liste des valeurs individuelles, et les listes peuvent combiner des plages comme `1-5,10`.
Cela compose des plannings lisibles : `0 9-17/2 * * 1-5` s'exécute les jours ouvrés à 09:00, 11:00, 13:00, 15:00 et 17:00.
- `*` — chaque valeur
- `*/n` — chaque n-ième valeur
- `a-b` — plage inclusive
- `a-b/n` — plage avec pas
- `a,b,c` — liste de valeurs
Le piège du jour du mois et du jour de la semaine
Lorsque le jour du mois et le jour de la semaine sont tous deux restreints, les implémentations cron divergent. POSIX définit le résultat comme l'union (OU) des deux champs ; le cron Vixie utilisé sur de nombreux systèmes Linux les traite comme une intersection (ET).
La même expression peut donc s'exécuter à des jours différents selon le système. Vérifiez toujours le comportement documenté de votre planificateur cible — et prévisualisez les prochaines exécutions sur ce système, pas sur un site aux sémantiques différentes.
Avertissement: Une expression comme `0 0 1 * 1` peut s'exécuter le premier du mois, chaque lundi, ou uniquement quand le premier tombe un lundi, selon l'implémentation cron. Vérifiez avant de déployer.
Un flux de travail de planification sûr
- Écrivez l'expression ou partez d'un préréglage comme toutes les 15 minutes.
- Vérifiez la répartition des champs : minute, heure, jour, mois et jour de la semaine.
- Lisez les cinq prochaines exécutions en heure locale et en UTC.
- Vérifiez la sémantique du jour de la semaine de votre système cible lorsque les deux champs de jour sont restreints.
- Copiez l'expression vérifiée dans votre planificateur et surveillez les premières exécutions.
FAQ
Q.Que signifie 0 9 * * 1 ?
A.Minute 0, heure 9, n'importe quel jour du mois, n'importe quel mois et jour de la semaine 1 (lundi) : 09:00 chaque lundi. Dimanche est 0, et 7 est accepté comme alias de dimanche.
Q.Mon planning est-il téléversé lors de la validation ?
A.Non. L'expression est analysée et les prochaines exécutions sont calculées dans votre navigateur. Rien ne quitte votre appareil.
Q.Dois-je utiliser UTC ou l'heure locale dans cron ?
A.La plupart des serveurs exécutent cron dans le fuseau du système, souvent UTC dans les environnements conteneurisés ou CI. Prévoyez les deux et confirmez le fuseau utilisé par votre planificateur.
Références
Ce guide suit le format courant à cinq champs et les spécifications associées :
- The Open Group Base Specifications – crontab : https://pubs.opengroup.org/onlinepubs/9799919799/utilities/crontab.html
- Page de manuel Vixie cron (sémantique jour du mois/jour de la semaine) : https://man7.org/linux/man-pages/man5/crontab.5.html
- RFC 5545 – Internet Calendaring and Scheduling (règles de récurrence comme concept connexe) : https://www.rfc-editor.org/rfc/rfc5545
Validez un planning maintenant
Cinq champs, aperçu des prochaines exécutions, UTC et heure locale — entièrement dans votre navigateur.
Prévisualisez avant de déployer
Les bugs cron sont bon marché à attraper et coûteux à découvrir : un rapport jamais exécuté, une sauvegarde qui a manqué sa fenêtre, une tâche qui a martelé la base de données chaque minute.
Validez l'expression et lisez les prochaines exécutions avec l'éditeur d'expressions cron avant de toucher à la production.