Constructeur Cron

Comment fonctionne le constructeur

Le mode constructeur vous permet d'éditer chacun des 5 champs cron (minute, heure, jour du mois, mois, jour de la semaine) indépendamment. Chaque champ accepte un joker (*), une valeur simple, un pas (*/N) ou une plage (A-B). L'expression est assemblée en direct et une phrase lisible est générée à partir des valeurs des champs.

Le mode analyse vous permet de coller une expression cron existante et de voir immédiatement sa description lisible et les 5 prochaines exécutions planifiées calculées depuis l'heure actuelle de votre navigateur. L'algorithme des prochaines exécutions gère les jokers, valeurs simples, pas et plages — calculé en avançant minute par minute depuis maintenant.

Source

La syntaxe d'expression cron implémentée ici suit la POSIX.1-2017 Section 4 — crontab (IEEE Std 1003.1-2017, pubs.opengroup.org). POSIX définit le format à 5 champs : minute (0–59), heure (0–23), jour du mois (1–31), mois (1–12) et jour de la semaine (0–6, 0 = dimanche). L'extension de pas */N est largement supportée mais techniquement une extension non-POSIX implémentée par la plupart des démons cron (Vixie cron, systemd, etc.).

Ce qui est là — et ce qui ne l'est pas

Mode constructeur avec 5 champs éditables. Mode analyse pour les expressions existantes. 8 préréglages courants. Description lisible. Aperçu des 5 prochaines exécutions (depuis l'heure actuelle du navigateur) pour les jokers, valeurs simples, pas (*/N) et plages (A-B). Bouton de copie pour l'expression.

Ce qui n'est pas là : la syntaxe Quartz à 7 champs (secondes + année) — ici uniquement le cron UNIX à 5 champs. Les listes séparées par des virgules (1,3,5) dans le calculateur des prochaines exécutions, c'est la v2. Le format Quartz utilisé par Spring Scheduler, Jenkins et Quartz.NET est un système distinct incompatible avec le crontab UNIX. Pour Quartz, utilisez un outil dédié.

Quand utiliser les expressions cron

Les expressions cron planifient des tâches récurrentes dans les systèmes Unix/Linux, les services cloud (AWS EventBridge, GCP Cloud Scheduler, GitHub Actions), les bases de données (PostgreSQL pg_cron) et les frameworks web (Node.js node-cron, Laravel Task Scheduling). Utilisations courantes : sauvegardes de bases de données (quotidiennes à 2h), réchauffement de cache, envoi d'e-mails/rapports planifiés, nettoyage de fichiers temporaires, interrogation d'API externes et exécution de pipelines ETL.

Lorsque vous travaillez avec des tâches planifiées, vous aurez peut-être aussi besoin d'un Convertisseur de timestamp Unix pour vérifier les heures d'exécution, d'un Convertisseur de fuseau horaire pour planifier sur plusieurs fuseaux, d'un Testeur de regex pour l'analyse de logs, ou d'un Générateur d'UUID pour des identifiants de tâche uniques.

Référence de syntaxe des expressions cron

Syntaxe cron standard à 5 champs : minute heure jour-du-mois mois jour-de-semaine. Les champs utilisent : * (n'importe), , (liste), - (plage), / (pas).

Exemples courants :

• 0 2 * * * — chaque jour à 2h00
• */15 * * * * — toutes les 15 minutes
• 0 9 * * 1-5 — en semaine à 9h
• 0 0 1 * * — premier jour de chaque mois à minuit
• 0 */6 * * * — toutes les 6 heures

AWS et certains outils ajoutent un 6e champ pour les secondes (position 0) ou l'année (position 5). Testez toujours les expressions dans un validateur avant de les déployer en production.

Questions fréquentes