Tous les outils

Constructeur d'expressions Cron

Construisez et expliquez des expressions cron en langage clair

Lecture humaine: at 09:00, on Mon–Fri
#16/15/2026, 9:00:00 AM
#26/16/2026, 9:00:00 AM
#36/17/2026, 9:00:00 AM
#46/18/2026, 9:00:00 AM
#56/19/2026, 9:00:00 AM

Comment ça marche

Constructeur d'expressions CronConstruisez et expliquez des expressions cron en langage clair. Tout le traitement se fait dans votre navigateur — sans téléversement, sans inscription, sans e-mail. Gratuit pour toujours.

Dernière mise à jour:

À propos de Constructeur d'expressions Cron

Les expressions cron sont trompeusement simples — cinq champs séparés par des espaces, et pourtant "chaque jour ouvré à 9h" face à "toutes les 9 minutes" se cache derrière deux caractères faciles à mal placer. Ce constructeur d'expressions cron te laisse définir chaque champ via un dropdown, te donne une explication en langage clair et affiche les prochaines exécutions planifiées pour confirmer "oui, ça déclenche bien du lundi au vendredi" avant de l'inscrire dans crontab.

Il existe deux saveurs principales de cron. Le cron POSIX/Vixie classique utilisé par crontab Linux, les schedules GitHub Actions et les CronJob Kubernetes a cinq champs : minute, heure, jour du mois, mois, jour de la semaine. La variante six champs utilisée par Quartz, @Scheduled de Spring et AWS EventBridge préfixe un champ secondes. Cet outil génère l'expression standard à 5 champs — parfaite pour crontab, GitHub Actions et la plupart des planificateurs de containers.

Utilise les raccourcis preset (toutes les 5 minutes, toutes les heures, quotidien, hebdo, mensuel) quand tu veux juste un pattern courant, ou bascule en édition manuelle des champs quand ton job a besoin de quelque chose d'inhabituel comme "toutes les 15 minutes entre 9h et 17h, jours ouvrés uniquement". Dans tous les cas tu obtiens une validation instantanée et une confirmation lisible, pour ne pas attendre 3h du matin pour découvrir que l'astérisque aurait dû être un slash.

Comment utiliser Constructeur d'expressions Cron

  1. Choisis un preset (chaque minute, toutes les 5 minutes, toutes les heures, quotidien, hebdo, mensuel) pour les schedules courants.
  2. Ou construis manuellement en éditant les champs Minute, Heure, Jour du mois, Mois et Jour de la semaine.
  3. Regarde la phrase "Lisible humainement" se mettre à jour pour savoir exactement ce que signifie l'expression.
  4. Vérifie la liste "Prochaines exécutions" — ces horaires sont calculés dans ton fuseau local et te disent quand le job déclenchera.
  5. Copie l'expression finale à cinq champs et colle-la dans ton crontab, ton workflow GitHub Actions ou ton manifest Kubernetes.

Cas d'usage courants

  • Écrire un trigger "schedule:" GitHub Actions pour un build nocturne ou un job hebdo de mise à jour des dépendances.
  • Configurer un Kubernetes CronJob pour une sauvegarde de base périodique ou un cache warmer.
  • Mettre en place un cron côté serveur pour la rotation de logs, les rappels de renouvellement de certificats ou les emails de rapport.
  • Traduire une exigence produit vague ("chaque matin de semaine") en l'expression exacte "0 9 * * 1-5".
  • Debugger une entrée cron existante en la collant et en lisant l'explication en langage clair.

Astuces et erreurs courantes

  • Jour du mois et Jour de la semaine sont OR'és en cron standard — "0 9 1 * 1" déclenche à 9h le 1er de chaque mois ET chaque lundi. Laisse l'un des deux à "*" pour éviter les surprises.
  • Quartz et Spring utilisent une forme à 6 ou 7 champs (avec secondes et année optionnelle). Cet outil émet du cron à 5 champs — retire ou préfixe les champs selon ce que ta plateforme attend.
  • Le cron de GitHub Actions tourne en UTC. Les horaires "Prochaines exécutions" affichés ici sont locaux — convertis si tu dois t'aligner sur un schedule UTC.
  • Évite de planifier beaucoup de jobs exactement à "0 0 * * *" — chaque serveur du monde déclenche à minuit UTC, et l'infrastructure partagée le ressent. Décale de quelques minutes.

Questions fréquentes

Quel format cron est utilisé ?

Cron POSIX standard à 5 champs : minute, heure, jour du mois, mois, jour de la semaine. Les pas Vixie (*/n), plages (1-5) et listes (1,3,5) sont supportés.

Les prochaines exécutions sont-elles précises à mon fuseau ?

Oui. Le calcul utilise l'horloge locale de votre navigateur, donc les temps suggérés correspondent à ce que cron ferait sur une machine dans votre fuseau.

Comment exécuter quelque chose chaque jour ouvré à 9 h ?

Utilisez '0 9 * * 1-5'. Le premier 0 est minute 0, 9 est l'heure 9, les deux * couvrent n'importe quel jour/mois, et 1-5 signifie lundi à vendredi.

Cela produit-il du cron à 5 ou 6 champs ?

Cron POSIX standard à 5 champs : minute, heure, jour du mois, mois, jour de la semaine. C'est le format utilisé par crontab, GitHub Actions, Kubernetes CronJob et la plupart des planificateurs Unix. Pour 6 champs (Quartz, Spring) ou 7 (avec année), tu devras ajouter manuellement le champ secondes en tête.

Les chaînes spéciales comme @hourly ou @daily sont-elles supportées ?

Nous émettons l'expression numérique équivalente (par ex. "0 * * * *" au lieu de @hourly) car la forme numérique est universellement supportée. Si ton planificateur accepte les alias @, tu peux les substituer à la main.

Qu'en est-il des plages avec pas non standard comme "5-50/10" ?

Oui, les pas style Vixie fonctionnent — "*/15" pour toutes les 15 minutes, "5-50/10" pour les minutes 5, 15, 25, 35, 45. La ligne lisible humainement décrira exactement ce que matche l'expression.

Derniers articles du blog

Outils similaires