Vérifiez une expression cron et voyez sa prochaine exécution dans n’importe quel fuseau horaire.
Convertissez 99,9 % ou 99,99 % en indisponibilité autorisée par mois et par an, et combinez la disponibilité.
Ouvrir →Timestamp Unix en direct, conversion dans les deux sens, plusieurs fuseaux horaires et formats.
Ouvrir →Comparez l'heure locale entre fuseaux, heure d'été comprise : pratique pour planifier des réunions internationales.
Ouvrir →Aucun commentaire pour le moment. Soyez le premier !
Validez une expression cron standard à 5 champs et obtenez un résumé en langage clair ainsi que les 10 prochaines heures d'exécution dans n'importe quel fuseau horaire IANA, avec gestion de l'heure d'été (les heures qui n'existent pas au printemps sont sautées, les heures répétées à l'automne comptent une fois). Il accepte les abréviations de mois et de jours et des alias comme @daily, affiche les limites et des extraits prêts à coller pour GitHub Actions, Vercel, Kubernetes et crontab, et peut construire une expression à partir d'options.
Non. La base de l'outil est le cron standard de style Unix/POSIX à 5 champs (minute heure jour-du-mois mois jour-de-la-semaine) ; une expression à 6 ou 7 champs est rejetée avec une erreur de nombre de champs plutôt que mal lue en silence. Outre les nombres, il accepte les abréviations de mois et de jours (JAN, MON) et des alias comme @daily et @hourly. Les champs de secondes et les ?, L, W, # de Quartz restent non pris en charge.
C'est OU. C'est le comportement standard de Vixie cron : quand ni le jour du mois ni le jour de la semaine n'est un « * » nu, la tâche s'exécute si l'UNE des conditions correspond, sans exiger les deux. Le résumé de l'outil et la note en dessous l'expliquent.
Par défaut, le fuseau horaire local de votre navigateur ; le menu Fuseau horaire permet de passer à n'importe quelle zone IANA (comme Asia/Taipei ou America/New_York) ou à UTC, et le tableau affiche à la fois l'heure de cette zone et l'UTC. Les planificateurs côté serveur fonctionnent souvent en UTC ; choisissez donc la zone réellement utilisée par votre plateforme.
Quand les horloges avancent, certaines heures locales n'existent pas (par exemple 02:30) ; l'outil saute donc cette exécution et la signale dans les résultats. Quand les horloges reculent, une heure locale se produit deux fois et une planification à heure fixe n'est comptée qu'une fois, à sa première occurrence. Les plateformes gèrent ces cas différemment ; pour les tâches importantes, évitez la fenêtre de transition ou planifiez en UTC.
Les planifications GitHub Actions ont un intervalle minimal de 5 minutes, s'exécutent en UTC par défaut, peuvent être retardées sous charge et ne se déclenchent que sur la branche par défaut. Vercel lit les expressions cron en UTC ; sur Hobby, chaque tâche s'exécute au plus une fois par jour avec jusqu'à 59 minutes de marge, Pro et Enterprise autorisent à la minute, et un projet peut avoir au plus 100 tâches. Pour un CronJob Kubernetes, définissez le fuseau avec .spec.timeZone ; CRON_TZ ou TZ dans la planification n'est pas pris en charge. Choisissez une plateforme cible pour voir ces notes et un extrait prêt à coller.
Oui. Ouvrez « Construire une expression à partir d'options », choisissez toutes les N minutes, toutes les heures, tous les jours, jours ouvrés, hebdomadaire sur les jours choisis, mensuel ou annuel, renseignez l'heure et vous obtenez l'expression ; un clic l'applique à la saisie ci-dessus pour voir aussitôt le résumé et les prochaines heures d'exécution.
S'exécute à minute 0, à heure 9, à jours de la semaine 1, 2, 3, 4, 5, chaque mois.
minute
0
heure
9
jour du mois
*
mois
*
jour de la semaine
1-5
Changer de plateforme affiche ses limites et un extrait prêt à coller.
10 prochaines exécutions · UTC
Calcul en cours…
Extrait de configuration
0 9 * * 1-5 /path/to/command
0 9 * * *La base est le cron standard à 5 champs de style Unix/POSIX (minute heure jour-du-mois mois jour-de-la-semaine) — les variantes à 6–7 champs de Quartz/AWS/GitHub ne sont pas prises en charge ; les abréviations de mois/jours et les alias de type @daily sont d'abord développés puis validés.
Également pris en charge : abréviations de mois et de jours (JAN, MON) et alias @daily, @hourly, @weekly, @monthly, @yearly. Les champs de secondes et les symboles Quartz ?, L, W, # ne sont toujours pas pris en charge.
Les prochaines exécutions sont calculées pour le fuseau choisi avec ses règles d'heure d'été ; une heure fixe dans l'heure répétée s'exécute une fois, et une heure inexistante lors du saut de printemps est ignorée.
Les règles des plateformes proviennent de la documentation de GitHub, Vercel et Kubernetes (vérifiées le 2026-10-20) ; les plateformes peuvent évoluer, référez-vous à leur documentation.