Analyseur d'expressions Cron

Il décode les chaînes cron en langage clair, affiche une décomposition champ par champ et calcule les prochaines exécutions pour que vous sachiez exactement quand une tâche se déclenchera.

Le standard à 5 champs, à 6 champs avec les secondes et à 7 champs avec l'année. Les caractères spéciaux *, ,, -, /, ?, L, W, # et les alias @yearly, @monthly, @weekly, @daily, @hourly.

Oui, toute l'analyse et le calcul de la prochaine exécution se font côté client. Aucune expression cron n'est envoyée à un serveur.

Oui, le Cron Expression Parser est 100 % gratuit, sans inscription, sans frais cachés et sans limite d'utilisation. Tout le traitement se fait localement dans votre navigateur, garantissant une confidentialité totale.

Absolument. Le Cron Expression Parser traite tout côté client, dans votre navigateur. Aucune donnée n'est envoyée ni stockée sur un serveur. Votre contenu reste privé sur votre appareil à tout moment.

Oui, le Cron Expression Parser est entièrement responsive et fonctionne sur smartphones et tablettes. Vous pouvez l'utiliser sur n'importe quel appareil doté d'un navigateur web moderne, sans aucune application à télécharger.

Aucun compte ni aucune inscription n'est nécessaire. Ouvrez simplement le Cron Expression Parser dans votre navigateur et commencez à l'utiliser immédiatement. Il n'y a aucune barrière d'inscription ni restriction d'utilisation.

Le Cron Expression Parser prend en charge un large éventail de formats et de langages populaires. Consultez l'interface de l'outil pour voir la liste complète des options prises en charge.

Saisissez simplement vos données dans le champ prévu, ajustez les réglages selon vos préférences, et l'outil les traitera instantanément. Vous pouvez ensuite copier le résultat dans le presse-papiers ou le télécharger.

Une expression cron standard comporte cinq champs séparés par des espaces, lus de gauche à droite : minute (0-59), heure (0-23), jour du mois (1-31), mois (1-12 ou JAN-DEC), et jour de la semaine (0-6, où 0 et 7 signifient tous deux dimanche, ou SUN-SAT). Ainsi, "30 8 1 * 1" se lit comme minute 30, heure 8, le 1er jour du mois, tout mois, et lundi. Un astérisque signifie "toute valeur" pour ce champ. Certains ordonnanceurs ajoutent un champ secondes en tête pour arriver à six champs, ou un champ année à la fin pour en avoir sept. La difficulté est que les tokens bruts n'expliquent jamais ce qu'ils couvrent, ce qui explique les erreurs de lecture fréquentes. Collez n'importe quelle expression dans l'analyseur : il étiquette chaque champ, liste les valeurs concrètes qu'il couvre, et rédige tout le planning sous forme de phrase en français clair pour que vous puissiez le vérifier d'un coup d'œil.

Elle s'exécute à la fois le 13 de chaque mois ET chaque vendredi, pas uniquement quand les deux coïncident. Ce point surprend beaucoup d'ingénieurs. Dans le cron Vixie standard, lorsque le jour-du-mois et le jour-de-la-semaine sont tous deux restreints (aucun des deux n'est un simple astérisque), l'ordonnanceur les traite comme un OU : la tâche se déclenche dès que l'un ou l'autre champ correspond. Donc "0 0 13 * 5" se déclenche bien plus souvent que le seul "vendredi 13". Pour cibler réellement le vendredi 13, il faut une autre approche, car le cron classique ne peut pas exprimer directement cette condition ET. L'analyseur applique la même règle du OU que votre serveur, donc les horodatages prévisualisés reflètent le comportement réel. Saisissez l'expression et lisez les dix prochaines dates d'exécution pour voir immédiatement si votre planning se déclenche plus souvent que prévu.

La cause la plus fréquente est un décalage de fuseau horaire. La plupart des serveurs et ordonnanceurs de conteneurs exécutent cron en UTC, alors que vous raisonnez sur le planning en heure locale. Une expression comme "0 9 * * *" signifie 9 h dans le fuseau horaire utilisé par l'ordonnanceur, donc si votre machine est en UTC mais que vous vivez à plusieurs heures de décalage, la tâche se déclenche à une heure locale inattendue. Les transitions d'heure d'été/hiver ajoutent encore du décalage autour des changements de printemps et d'automne. La solution consiste à toujours vérifier dans quel fuseau horaire l'ordonnanceur interprète l'expression, puis à convertir en connaissance de cause. Cet analyseur vous permet de basculer les prochaines et précédentes exécutions entre votre fuseau local et UTC, afin de comparer les deux côte à côte et de repérer une erreur de décalage horaire avant le déploiement.

Ils signifient des choses très différentes. Une valeur de pas comme "*/15" dans le champ minute signifie "toutes les 15 minutes" — elle correspond aux minutes 0, 15, 30 et 45, donc la tâche s'exécute quatre fois par heure. Un simple "15" ne correspond qu'à la minute 15, donc la tâche s'exécute une seule fois par heure, au quart. La barre oblique introduit un intervalle de pas, et elle peut aussi se combiner avec une plage : "0-30/10" correspond à 0, 10, 20 et 30. Confondre les deux est un moyen facile de faire déclencher une tâche quatre fois plus ou moins souvent que prévu. L'analyseur développe toute expression de pas en la liste exacte des valeurs qu'elle couvre et affiche un résumé de fréquence comme "S'exécute 96 fois par jour", afin que vous puissiez vérifier la cadence instantanément plutôt que de compter de tête.

Ce sont des caractères étendus utilisés par les ordonnanceurs de style Quartz pour des règles de calendrier que de simples plages ne peuvent pas exprimer. "L" signifie "dernier" : dans le champ jour-du-mois, il correspond au dernier jour du mois, et sous la forme "5L" dans le champ jour-de-la-semaine, il signifie le dernier vendredi. "W" trouve le jour ouvré le plus proche d'un jour donné, donc "15W" s'exécute le jour ouvré le plus proche du 15, en évitant les week-ends. "#" sélectionne le Nième jour de la semaine du mois, donc "2#1" signifie le premier lundi et "6#3" le troisième vendredi. Il existe aussi "?", un espace réservé sans valeur précise utilisé dans les champs de jour lorsque vous en avez déjà fixé un autre. Ces règles sont puissantes mais faciles à mal lire. Collez une expression qui les utilise et l'analyseur décode chacune en langage clair et prévisualise les dates réelles qu'elle produit.