Calculateur d’expression cron

De quel cron il s’agit

Ce calculateur lit l’expression cron standard à 5 champs utilisée par le crontab de Linux et suit le comportement de cronie. Ce n’est pas un calculateur pour d’autres dialectes de cron. En particulier, les expressions de style Quartz (6 ou 7 champs avec secondes et années, et les caractères ? L W #) sont différentes et ne sont pas prises en charge. Les planificateurs comme AWS EventBridge, Kubernetes CronJob et les minuteurs systemd ont leur propre syntaxe ou leurs propres réglages de fuseau horaire et ne sont pas pris en charge non plus.

• @@yearly (@@annually) = 0 0 1 1 *, @@monthly = 0 0 1 * *, @@weekly = 0 0 * * 0, @@daily = 0 0 * * *, @@hourly = 0 * * * *. Ce calculateur accepte aussi @@midnight comme @@daily.
• Une plage de jours de la semaine qui se termine par 0 (5-0) est lue comme se terminant par 7 (vendredi, samedi, dimanche).
• Lorsqu’un pas est plus grand que la plage (comme */23 dans le champ des heures), seules la première valeur et les valeurs atteintes par le pas sont utilisées (*/23 = les heures 0 et 23).

Jour du mois et jour de la semaine : OU et ET

La manière dont le champ du jour du mois et celui du jour de la semaine fonctionnent ensemble est décidée par l’implémentation de cron (cronie).

• Si aucun des deux champs ne commence par *, la tâche s’exécute les jours qui correspondent à l’un ou l’autre (OU). 30 4 1,15 * 5 s’exécute à 4 h 30 le 1er et le 15 de chaque mois et chaque vendredi.
• Si l’un des deux champs commence par *, la tâche s’exécute les jours qui correspondent à les deux (ET). Un champ qui commence par * compte comme « sans restriction ».
• * et */2 sont traités de la même façon, parce que les deux commencent par *. Seules les valeurs développées diffèrent (*/2 correspond aux jours impairs 1, 3, 5, etc.).
  • 0 0 */2 * 1 = jours impairs ET lundis
  • 0 0 1-31/2 * 1 = jours impairs OU lundis (1-31/2 ne commence pas par *)
• Le résultat indique si OU ou ET s’applique.

Jusqu’où va la recherche

À partir de la date et de l’heure que vous avez saisies, le calculateur vérifie jusqu’à 10 ans à l’avance (sans dépasser le 31 décembre 2100), un jour à la fois. Une expression qui ne s’exécute que tous les quelques ans, comme celle du 29 février, est trouvée si elle s’exécute dans les 10 ans. Si rien ne s’exécute dans les 10 ans (par exemple parce que la date n’existe jamais), le résultat l’indique. L’heure de départ elle-même n’est pas incluse (la recherche porte sur les heures « après » elle).

Syntaxe non prise en charge

Si vous en saisissez une, le calculateur explique pourquoi il ne peut pas la lire.

• Les expressions à 6 ou 7 champs (un champ de secondes ou d’année, comme dans Quartz)
• ?, L, W et # (syntaxe Quartz)
• @@reboot (une tâche exécutée une fois au démarrage : elle n’a donc pas d’heures d’exécution)
• ~ (valeurs aléatoires de cronie) et CRON_TZ (un fuseau horaire par crontab)
• Un pas sur une seule valeur de départ, comme 5/15

Fuseaux horaires et heure d’été

La date et l’heure que vous saisissez sont utilisées telles quelles, comme année, mois, jour, heure et minute. La conversion de fuseau horaire et l’heure d’été ne sont pas calculées : le résultat peut donc différer de ce que cron fait réellement sur votre système. D’après le manuel de cronie (vérifié le 28 octobre 2026), les tâches placées dans une heure qui n’existe pas à cause d’un changement d’heure d’été ne sont pas exécutées, et celles placées dans une heure qui se produit deux fois sont exécutées deux fois. D’autres implémentations de cron procèdent autrement.

Exemples

• */15 9-17 * * 1-5 s’exécute toutes les 15 minutes de 9 h 00 à 17 h 59 les jours de semaine
• 0 9 * * 1 s’exécute à 9 h 00 chaque lundi
• 0 0 1 * * s’exécute à 0 h 00 le 1er de chaque mois (identique à @@monthly)
• 0 0 * * 0 et 0 0 * * 7 s’exécutent tous deux à 0 h 00 chaque dimanche
• 30 4 1,15 * 5 s’exécute à 4 h 30 le 1er et le 15 et chaque vendredi (OU)
• 0 0 29 2 * s’exécute à 0 h 00 le 29 février des années bissextiles (la prochaine fois peut être dans plusieurs années)
• 0 0 31 2 * ne s’exécute jamais, car le 31 février n’existe pas (rien n’est trouvé dans les 10 ans)

Sources et date de vérification

La syntaxe et le comportement ont été vérifiés dans le code source de cronie (entry.c et cron.c) et dans le manuel crontab(5) de cronie (cronie sur GitHub) le 28 octobre 2026. Pour cette page en français, la page de manuel crontab(5) sur man7.org, qui est le manuel de cronie, a aussi été ouverte le 31 octobre 2026. Elle énumère les cinq champs et leurs plages, les noms des mois et des jours de la semaine (les trois premières lettres, sans distinction de casse, utilisables dans les listes et les plages), le comportement OU lorsqu’aucun des champs de jour ne contient *, et les raccourcis @@reboot, @@yearly, @@annually, @@monthly, @@weekly, @@daily et @@hourly. Cette page de manuel ne mentionne pas @@midnight et ne décrit pas le comportement ET ; ces deux points viennent du code source de cronie. Les différences des autres implémentations de cron n’ont pas été vérifiées.

Questions fréquentes

Que se passe-t-il si je renseigne à la fois le jour du mois et le jour de la semaine ?

Si aucun des deux champs ne commence par *, la tâche s’exécute les jours qui correspondent à l’un ou à l’autre (OU). Si l’un des deux champs commence par * (y compris */2), elle s’exécute les jours qui correspondent aux deux (ET).

Quelle est la différence entre 0 et 7 pour le jour de la semaine ?

Aucune. Les deux désignent le dimanche.

Le résultat peut-il différer de ce que mon cron fait réellement ?

Oui. Ce calculateur utilise la date et l’heure que vous saisissez telles quelles et ne calcule ni les fuseaux horaires ni l’heure d’été. Des implémentations de cron autres que cronie peuvent aussi se comporter différemment.

Pourquoi rien ne s’affiche-t-il au-delà de 10 ans ?

La recherche s’arrête 10 ans après la date et l’heure de départ. Une expression pour une date qui n’existe pas, comme le 31 février, ne s’exécute jamais.