À propos de Analyseur des expressions Cron

Un analyseur cron explique les expressions cron à cinq champs et affiche les champs minute, heure, jour du mois, mois et jour de la semaine, ainsi que les prochaines exécutions.

Utilisez-le pour crontab, tâches planifiées, schedules CI et workers arrière-plan.

Comment utiliser Cron Parser

Collez une expression cron à 5 champs comme */15 9-18 * * 1-5.
Lisez le résumé des champs et la validation de plage.
Vérifiez que les prochaines exécutions correspondent au schedule voulu.

Cas d’utilisation

Confirmer qu’un job tourne seulement en heures ouvrées de semaine.
Déboguer des erreurs de minuit, de fin de mois ou du champ jour de la semaine.
Expliquer une entrée crontab production à l’équipe.

Ordre des champs cron et syntaxe commune

Cet outil analyse le cron courant à cinq champs : minute, heure, jour du mois, mois et jour de la semaine. Certaines plateformes ajoutent les secondes, l’année, ? ou des raccourcis comme @daily ; lors d’une migration, consultez la documentation du planificateur cible.

* signifie n’importe quelle valeur.
*/15 signifie toutes les 15 unités.
1-5 est une plage, 1,3,5 une liste.
Si le jour du mois et le jour de la semaine sont tous deux restreints, les implémentations peuvent les combiner différemment.

Questions fréquentes sur Analyseur Cron

Cron à 5 ou 6 champs?: Cet analyseur utilise la syntaxe crontab à cinq champs : minute, heure, jour du mois, mois et jour de la semaine, sans les secondes.
Pourquoi la prochaine exécution diffère-t-elle de production?: Il s’agit souvent du fuseau horaire, d’extensions propres à la plateforme ou de règles différentes pour combiner jour du mois, mois et jour de la semaine.
Mon expression est-elle envoyée?: Non. Parsing et preview s’exécutent localement dans le navigateur et ne sont pas envoyés à wetool.site.

Cron Parser vs planificateurs

Un parser aide à comprendre l’expression, mais ne remplace pas Kubernetes, GitHub Actions, Quartz ou Linux crontab. Validez sur la plateforme cible avant livraison.

Différences cron 5 champs, 6 champs et Quartz

Les erreurs cron viennent souvent de l’ordre des champs de la plateforme cible, pas de l’astérisque.

Le crontab Linux utilise souvent cinq champs : minute, heure, jour du mois, mois et jour de la semaine.
Quartz, Spring et certains planificateurs cloud ajoutent les secondes ou l’année et prennent en charge ?, L, W et #.
GitHub Actions, Kubernetes, Vercel et plateformes similaires peuvent imposer UTC ou leurs propres schedule limits.

Debug timezone, DST et fin de mois

Pour prévisualiser les prochaines exécutions, confirmez le fuseau horaire de la plateforme. L’heure d’été, la fin de mois et les combinaisons jour de la semaine / jour du mois créent beaucoup de surprises en production.

Si la plateforme tourne en UTC, local 09:00 peut nécessiter conversion avant deployment.
Les jours de transition DST peuvent sauter ou dupliquer des runs; les jobs critiques doivent éviter les boundary hours.
Quand le jour du mois et le jour de la semaine sont restreints, les implémentations cron peuvent utiliser une sémantique OR ou AND.