Utilo

Générateur d'expressions cron

Construisez des expressions cron visuellement en choisissant minutes, heures, jours et mois. Affiche une description lisible et les 10 prochaines exécutions dans n'importe quel fuseau horaire, aux formats Unix, avec secondes, Quartz et Kubernetes CronJob.

Ce que fait ce générateur de cron

La syntaxe de Cron est compacte mais facile à mal comprendre: est-ce que 0 0 * * 1 est le lundi ou le dimanche ? Est-ce que */15 commence à zéro ? Ce constructeur vous permet de construire une expression en cliquant au lieu de mémoriser. Pour chaque champ (seconde, minute, heure, jour du mois, mois, jour de la semaine) choisissez every, un intervalle, des valeurs spécifiques ou une plage, et l'expression, une description lisible par l'homme et les 10 prochaines séquences sont mises à jour instantanément. Il prend en charge le cron classique Unix, le cron à six champs avec des secondes, Quartz (utilisé par les planificateurs Spring et Java) et Kubernetes CronJob.

Mode d'emploi

  1. Choisissez la variante que vous ciblez: Unix, avec des secondes, Quartz ou Kubernetes.
  2. Pour chaque champ, choisissez un mode. Cliquez sur les puces pour sélectionner des valeurs spécifiques, ou définissez "tout N à partir de M".
  3. Vérifiez la phrase de description et la liste des prochaines courses. Choisissez un fuseau horaire pour voir les exécutions comme votre serveur les voit.
  4. J'ai copié l'expression. Vous pouvez également coller une expression existante dans l'entrée pour la charger dans le constructeur.

Différences entre les variantes

  • ** Unix / crontab: ** cinq champs, une minute. Jour de la semaine 07, où 0 et 7 sont tous les deux dimanche.
  • ** Avec des secondes:** six champs avec des secondes d'abord, utilisés par node-cron et de nombreuses bibliothèques.
  • Quartz: secondes d'abord, année facultative à la fin, jour de la semaine 17 avec dimanche = 1, et un jour du mois ou du jour de la semaine doit être ?. Prend en charge L, W et #.
  • Kubernetes CronJob: cinq champs standard; le fuseau horaire est défini avec spec.timeZone (Kubernetes 1.27+), sinon l'heure locale du contrôleur s'applique. Le constructeur génère un extrait de YAML pour plus de commodité.

Les pièges courants

  • Lorsque le jour du mois et le jour de la semaine sont limités dans un cron Unix, la tâche s'exécute lorsque l'un ou l'autre correspond, pas les deux.
  • */15 dans le champ des minutes signifie minutes 0, 15, 30 et 45, et non "15 minutes après la dernière exécution de la tâche".
  • Les changements d'heure d'été peuvent sauter ou répéter les trajets entre 1h et 3h heure locale. Planifier les tâches critiques en UTC.
  • Beaucoup de planificateurs hébergés (GitHub Actions, Vercel Cron) utilisent toujours UTC.

Questions fréquentes

En quoi est-ce différent de l'outil d'analyseur cron ?

L'analyseur explique une expression que vous avez déjà. Le constructeur vous aide à en créer un à partir de zéro avec des commandes point-and-click.

Les prochains temps sont-ils exacts ?

Ils sont calculés avec la bibliothèque cron-parser dans le fuseau horaire sélectionné, y compris la longueur du mois et les années bissextiles.

Puis-je coller une expression existante ?
  • Je suis désolé. Tapez-le dans la zone d'expression; si chaque champ correspond à un mode constructeur, les commandes sont mises à jour pour correspondre. Les champs complexes restent en mode manuel et continuent à afficher correctement.
Est-ce que quelque chose est envoyé à un serveur ?

Je ne veux pas. Tous les calculs se font dans votre navigateur.

Oui. Tout le traitement s'effectue directement dans votre navigateur grâce à JavaScript, aux Web Workers et aux API Web. Rien de ce que vous saisissez, collez ou importez n'est envoyé à nos serveurs.

Cette page a été traduite automatiquement depuis l'anglais. Si vous repérez une erreur, dites-le-nous.