Générateur et analyseur d'expressions cron
Créez, analysez et validez des expressions cron pour Unix, GitHub Actions, Vercel, Quartz et AWS EventBridge. Voyez des descriptions en langage clair et les prochaines exécutions. Dans votre navigateur.
Cinq champs : minute heure jour-du-mois mois jour-de-la-semaine.
Every 5 minutes
*/5 * * * *
name: scheduled
on:
schedule:
- cron: '*/5 * * * *' # times are UTC
jobs:
run:
runs-on: ubuntu-latest
steps:
- run: echo "scheduled task"{
"crons": [
{
"path": "/api/cron",
"schedule": "*/5 * * * *"
}
]
}import cron from 'node-cron';
cron.schedule('*/5 * * * *', () => {
// your task here
});aws events put-rule \ --name "scheduled-task" \ --schedule-expression "cron(*/5 * * * ? *)"
À quoi sert cet outil
Collez une expression cron pour la lire en langage clair et voir les prochaines exécutions, ou construisez-en une avec les préréglages et les champs guidés. Cron Manager va plus loin qu'une simple lecture Unix standard : il connaît GitHub Actions, Vercel, Quartz et AWS EventBridge, et il vous prévient quand les mêmes cinq champs voudraient dire autre chose dans un autre environnement. Les prochaines exécutions sont affichées dans le fuseau horaire que vous choisissez, à côté de l'UTC, pour que vous sachiez toujours quand une tâche se déclenche vraiment. Tout s'exécute dans votre navigateur.
À quoi ça vous sert
- Lire ce que fait vraiment une expression comme 0 0 * * * avant de lui faire confiance en production.
- Vérifier les prochaines exécutions d'un planning GitHub Actions ou Vercel en UTC et à votre heure locale, puisque les deux s'exécutent toujours en UTC.
- Repérer l'erreur du "toutes les minutes" et les autres plannings trop fréquents avant qu'ils ne saturent une file de tâches.
- Voir quand une expression standard avec un jour du mois et un jour de la semaine se déclenche, car elle se déclenche quand l'un ou l'autre correspond, pas les deux.
- Copier un extrait prêt à l'emploi pour GitHub Actions, vercel.json ou Node cron au lieu de la seule expression brute.
- Décrire une expression AWS EventBridge ou Quartz et voir où cet outil s'arrête et ne calcule pas des exécutions qu'il ne peut pas vérifier.
Comment l'utiliser
- Collez ou saisissez une expression cron, ou choisissez un préréglage pour commencer.
- Choisissez le dialecte qui correspond à l'endroit où la tâche s'exécute : Unix standard, GitHub Actions, Vercel, Quartz ou AWS EventBridge.
- Réglez votre fuseau horaire pour voir les prochaines exécutions à l'heure locale, à côté de l'UTC.
- Utilisez les onglets du constructeur pour ajuster l'intervalle, l'heure, les jours de la semaine ou le mois sans modifier les champs bruts.
- Lisez la description en langage clair et les avertissements, puis copiez l'expression ou un extrait de déploiement.
Tout le travail se passe dans votre navigateur. Aucun fichier n'est envoyé à un serveur. Voir plus d'outils dans le même champ.
Autres outils du même champ
DéveloppementConvertisseur de Timestamp Unix
Convertissez des timestamps Unix en dates lisibles et inversement en ligne, en secondes ou millisecondes. Gratuit et dans votre navigateur.
Testeur de Regex en Ligne
Testez et déboguez vos expressions régulières en ligne en temps réel, avec groupes de capture et correspondances surlignées. Gratuit et privé.
Formater et Valider du JSON
Formatez, validez et minifiez du JSON en ligne. Embellissez un JSON brouillon ou compactez-le en un clic, gratuit et dans votre navigateur.
Générateur et Validateur d'UUID
Générez, validez et convertissez des UUIDs en ligne: v4, v5, v7, NIL et MAX. Instantané, gratuit et dans votre navigateur, sans envoi.
Questions fréquentes
Cron utilise-t-il l'UTC ou l'heure locale ?
Cela dépend de l'endroit où la tâche s'exécute. Le cron Unix standard utilise le fuseau horaire du serveur, donc cet outil affiche les prochaines exécutions dans le fuseau que vous choisissez, à côté de l'UTC. GitHub Actions et Vercel s'exécutent toujours en UTC, et AWS EventBridge aussi, donc dans ces cas l'heure HH:MM que vous écrivez est en UTC, pas en local. C'est pourquoi chaque exécution apparaît ici avec les deux heures.
Dimanche est-il 0 ou 7 dans une expression cron ?
Dans le cron Unix standard, dimanche peut s'écrire 0 ou 7, et les deux fonctionnent. Quartz est différent : il numérote les jours de 1 à 7 avec dimanche comme 1, donc le même chiffre peut tomber sur un jour différent quand vous déplacez une expression d'un environnement à l'autre. La description en langage clair nomme toujours le jour réel pour qu'il n'y ait aucun doute.
Quelle est la différence entre le cron standard et Quartz ?
Le cron standard utilise cinq champs et n'a pas de secondes. Quartz utilise six ou sept champs, ajoute un champ de secondes et une année facultative, et prend en charge des caractères spéciaux comme ?, L et #. C'est pourquoi une expression Quartz lue comme du cron standard décalerait chaque exécution, donc cet outil ne lit pas l'une comme l'autre et vous demande de choisir le bon dialecte. Quartz à six champs avec ?, L et # est pris en charge ici ; les sept champs avec une année et le caractère W sont décrits mais pas encore calculés.
Mes plannings vont-ils casser lors des changements d'heure ?
C'est possible. Quand les horloges changent, le passage à l'heure d'été peut sauter une exécution quotidienne qui tombe dans l'heure manquante, et le passage à l'heure d'hiver peut la lancer deux fois. Quand les prochaines exécutions traversent un changement d'heure, cet outil signale les exécutions concernées au lieu de les supprimer ou de les dupliquer en silence, pour que vous voyiez exactement ce qui va se passer.