Calculez les prochaines exécutions d’une expression cron

Indiquez la planification, un horodatage initial ISO 8601 et le nombre d’occurrences souhaité. Le calculateur refuse les expressions mal formées, applique les règles usuelles des listes, plages et pas, puis renvoie des horodatages UTC normalisés que vous pouvez vérifier, tester, conserver ou comparer avant de déployer une tâche planifiée. Le calcul est entièrement déterministe.

Prévisualisez une planification cron depuis un instant fixe

Une expression cron est concise, mais cette concision facilite les erreurs lors d’une revue de déploiement. Ce calculateur remplace l’interprétation visuelle par une suite précise d’horodatages. Saisissez les cinq champs dans l’ordre traditionnel : minute, heure, jour du mois, mois et jour de la semaine. Fournissez ensuite un horodatage initial ISO 8601 terminé par Z ou doté d’un décalage numérique explicite. Chaque occurrence renvoyée est strictement postérieure à cet instant et normalisée en UTC ; une requête identique produit donc le même résultat dans le navigateur, un test ou un serveur. Ce point de départ explicite est essentiel pour contrôler une planification près de minuit, d’un changement de mois, d’une année bissextile ou d’un changement de décalage. Vous pouvez demander entre une et cinquante occurrences. La réponse ne contient que les dates ordonnées, adaptées à un aperçu, une fixture ou une comparaison directe dans une étape de publication automatisée. L’horloge actuelle n’est jamais consultée.

Maîtrisez les règles cron à cinq champs prises en charge

Chaque champ accepte un astérisque, un nombre isolé, une liste séparée par des virgules, une plage inclusive ou un pas. Des expressions telles que */15, 1-5, 0,30 et 2-10/2 fonctionnent donc sans option particulière. Les minutes vont de 0 à 59, les heures de 0 à 23, les jours du mois de 1 à 31, les mois de 1 à 12 et les jours de la semaine de 0 à 7 ; 0 et 7 désignent tous deux le dimanche. Cette capacité applique la relation Unix courante entre les deux champs de jour : lorsque les deux sont restreints, une date convient si l’un ou l’autre correspond. Si l’un vaut astérisque, l’autre détermine la date. La syntaxe exclut volontairement les secondes, les années, les noms tels que MON et les extensions propres à certains fournisseurs comme L, W, ? ou #. Refuser une forme non prise en charge est plus sûr que de lui attribuer silencieusement un sens différent de celui du planificateur final.

Exploitez les résultats dans vos revues, tests et opérations

Un aperçu de planification est utile chaque fois qu’une chaîne cron passe d’une personne à un système. Dans une interface de configuration, affichez plusieurs occurrences UTC avant l’enregistrement de la tâche. En intégration continue, comparez la séquence produite à une fixture approuvée afin qu’une modification de fréquence ne se dissimule pas dans une petite retouche. Pendant l’analyse d’un incident, placez le départ juste avant la période concernée pour déterminer si l’expression configurée pouvait produire les exécutions observées. Le calcul est local et déterministe : aucun service réseau, état conservé, nombre aléatoire ou fuseau horaire de la machine n’intervient. Un nombre de champs incorrect, une valeur hors limites, une plage descendante, un pas nul, une date impossible ou un symbole non admis produit une erreur d’entrée explicite. L’API coûte $0.002 par requête, tandis que l’outil du navigateur réalise localement le même calcul. Les valeurs UTC canoniques sont directement comparables par vos programmes.