Testeur Cron en Ligne
Valide les expressions cron et visualise les prochaines exécutions, dans ton navigateur.
at minute */5, every hour
Next 5 runs
13/05/2026, 09:25:00
13/05/2026, 09:30:00
13/05/2026, 09:35:00
13/05/2026, 09:40:00
13/05/2026, 09:45:00
Pourquoi l'utiliser
Débogue ton cron avant qu'il échoue en production
Exécutions visualisées
Vois les 10 prochaines dates exactes. Sans surprises quand le job se déclenche à 3h du matin.
Format expliqué
Chaque champ interprété en langage naturel. Apprends le format pendant que tu valides.
100% dans ton navigateur
Aucune donnée envoyée à un serveur. Teste des expressions avec des données sensibles en toute sécurité.
Compatible avec tous les environnements
Syntaxe standard compatible avec crontab, Kubernetes CronJob, GitHub Actions et AWS EventBridge.
Comment ça marche
Trois étapes, sans complications
Saisis ton expression cron
Renseigne les 5 champs : minute, heure, jour du mois, mois et jour de la semaine. Utilise des exemples prédéfinis pour démarrer.
Vois les prochaines exécutions
Le testeur calcule instantanément les 10 prochaines dates et heures d'exécution du job, dans ton fuseau horaire local.
Débogue et copie
Si l'expression contient des erreurs, tu verras un message clair. Une fois validée, copie-la prête pour ton crontab, ton pipeline CI/CD ou un Kubernetes CronJob.
FAQ
Des questions ?
Cron est un planificateur de tâches du système d'exploitation Unix, présent depuis AT&T Unix Research Edition Version 7 (Unix V7, 1979). Son nom vient du grec kronos (temps). Il permet d'exécuter des commandes ou des scripts automatiquement à des intervalles définis — chaque heure, chaque lundi à 3h du matin, ou n'importe quelle combinaison de minutes, heures, jours, mois et jours de la semaine.
Les 5 champs, de gauche à droite, sont : minute (0-59), heure (0-23), jour du mois (1-31), mois (1-12), jour de la semaine (0-7, où 0 et 7 représentent tous les deux le dimanche). Un astérisque (*) signifie toute valeur possible. Par exemple, 30 8 * * 1 signifie à 8h30 tous les lundis.
L'astérisque (*) signifie chaque unité possible. La syntaxe de pas (*/5) signifie toutes les 5 unités : */5 dans le champ des minutes exécute le job aux minutes 0, 5, 10, 15... jusqu'à 55. Un intervalle (1-5) définit une plage concrète : 1-5 dans le champ jour de la semaine exécute du lundi au vendredi.
Utilise ce testeur pour visualiser les prochaines exécutions avant de toucher au serveur. Pour les tests en environnements réels, tu peux définir temporairement un intervalle très fréquent (*/1 * * * * pour chaque minute) et vérifier les logs. Sur Linux, crontab -l affiche les jobs actifs et grep CRON /var/log/syslog montre l'historique des exécutions.
Les erreurs les plus fréquentes sont : (1) la numérotation des jours de la semaine — 0 et 7 représentent tous les deux le dimanche dans la plupart des implémentations, mais certaines n'acceptent que 0 ; (2) les variables d'environnement — cron exécute les jobs avec un environnement minimal, sans les variables de ton shell interactif, utilise donc des chemins absolus dans les commandes ; (3) le fuseau horaire — cron utilise le fuseau du système d'exploitation, pas celui de l'utilisateur ; (4) le signe % littéral dans les commandes doit être échappé avec un antislash ; (5) l'absence de redirection de sortie — sans >> /var/log/myjob.log 2>&1, les erreurs vont dans le courrier de root et sont invisibles.
Cron : histoire, évolution et fonctionnement du planificateur Unix
L'origine de cron moderne remonte à Ken Thompson, co-créateur d'Unix chez Bell Labs. La première version documentée est apparue dans Unix V7 (1979), bien que des références à des implémentations antérieures existent depuis 1975. Le nom cron vient du grec kronos (temps), un choix typique de l'équipe Bell Labs, connue pour ses noms cryptiques et minimalistes. L'implémentation originale de Thompson exécutait un processus daemon qui se réveillait chaque minute et vérifiait s'il y avait des jobs à lancer — un modèle qui persiste jusqu'à aujourd'hui.
La version qui a défini le standard moderne est vixie-cron, écrite par Paul Vixie en 1987 et publiée sous son nom complet. Vixie-cron a introduit les fichiers crontab par utilisateur (par opposition au crontab système unique), la syntaxe de listes (1,3,5), les intervalles (1-5), les pas (*/15) et les alias spéciaux (@reboot, @daily, @weekly). Cette implémentation a été adoptée par la plupart des distributions Linux et ses successeurs (cronie, fcron, bcron) sont ceux utilisés en production aujourd'hui.
Dans l'écosystème moderne, cron a évolué vers trois formes principales : (1) les crontabs système (/etc/cron.d/) utilisés par les services et les paquets du système d'exploitation ; (2) les timers systemd, qui dans les distributions modernes (Ubuntu 16.04+, RHEL 7+) complètent ou remplacent cron avec des capacités de dépendances, une journalisation centralisée dans journald et un meilleur contrôle ; (3) Kubernetes CronJob (spec.schedule au format cron standard), qui orchestre des exécutions de jobs batch dans des conteneurs à grande échelle. GitHub Actions, GitLab CI/CD, AWS EventBridge et Google Cloud Scheduler utilisent également la syntaxe cron standard pour la planification des workflows, ce qui fait de la maîtrise du format une compétence fondamentale du stack DevOps.