Jour de semaine dans cron : valeurs 0-7

Table des valeurs

Exemples

• 0 9 * * 1-5 : lundi à vendredi à 9 h.
• 0 9 * * 0,6 : week-end à 9 h.
• 0 9 * * 2,4 : mardi et jeudi.
• 0 9 * * MON-FRI : variante nommée, si supportée.

Interaction avec jour du mois

Si le jour du mois et le jour de semaine sont tous les deux restreints, cron Unix lance généralement quand l'un ou l'autre correspond. Pour éviter une surprise, laissez le champ inutile à *.

Pourquoi dimanche vaut parfois 0 et 7

Le champ jour de semaine est historique, et les conventions varient légèrement selon les implémentations. En crontab Unix courante, dimanche vaut 0, et beaucoup de versions acceptent aussi 7 comme alias de dimanche. Cette double notation permet de représenter une semaine qui commence et se termine par dimanche, mais elle peut créer une hésitation lors de la lecture.

Pour maximiser la portabilité, utilisez 0 pour dimanche quand vous écrivez une crontab Linux classique. Si vous relisez une expression contenant 7, ne supposez pas qu'elle vise "le septième jour" au sens ISO ; dans cron, c'est généralement dimanche. Sur certaines plateformes non Unix, notamment des ordonnanceurs cloud, les règles peuvent changer. C'est pour cela que le générateur et les pages de référence précisent toujours le dialecte visé : cron Unix à cinq champs.

Noms anglais ou chiffres

Les noms SUN, MON, TUE, WED, THU, FRI et SAT sont souvent acceptés et rendent l'expression plus lisible. 0 9 * * MON-FRI se comprend plus vite que 0 9 * * 1-5 pour beaucoup de lecteurs. En revanche, les noms français comme LUN ou VEN ne font pas partie de la syntaxe cron standard.

Dans une équipe francophone, le meilleur compromis est parfois d'utiliser les chiffres dans l'expression et un commentaire en français au-dessus. Exemple : # Tâche du lundi au vendredi à 09:00, puis 0 9 * * 1-5 /chemin/commande. L'expression reste portable, et le commentaire donne le sens métier. Pour un fichier de documentation, vous pouvez afficher les deux formes, en indiquant que la forme nommée dépend du parseur.

Plages, listes et jours alternés

Le champ jour de semaine accepte les mêmes mécanismes que les autres champs : liste, plage et pas. 1-5 couvre lundi à vendredi. 0,6 couvre dimanche et samedi. 2,4 cible mardi et jeudi. Une expression comme 1-5/2 peut viser lundi, mercredi et vendredi selon les parseurs, mais elle est moins évidente à relire. Dans ce cas, 1,3,5 est souvent plus clair.

Les plages qui traversent la fin de semaine, comme 5-1 pour vendredi à lundi, ne sont pas fiables. Utilisez une liste explicite : 5,6,0,1. Cette règle vaut aussi pour les mois ou les heures : cron lit les plages dans l'ordre croissant, il ne comprend pas toujours l'idée de "boucler" à travers la fin du calendrier. La lisibilité doit primer sur l'astuce syntaxique.

Applications concrètes du champ jour

Le dernier champ sert à exprimer des rythmes humains : rapport du lundi, clôture du vendredi, maintenance du dimanche, contrôles de week-end, notifications en semaine. Pour un backup technique, dimanche à 02:00 peut être logique : 0 2 * * 0. Pour un rapport d'équipe, lundi à 08:00 est plus adapté : 0 8 * * 1. Pour un job support, lundi-vendredi à 09:00 donne 0 9 * * 1-5.

Avant de choisir, demandez si le jour correspond au début ou à la fin d'un cycle. Un rapport "de la semaine passée" envoyé le lundi matin n'a pas le même sens qu'un export "de clôture" lancé le vendredi soir. Cron ne porte pas cette intention ; l'expression doit donc être accompagnée d'un nom de script, d'un commentaire ou d'un log qui rend le contexte évident.

Requêtes utiles à vérifier

Les recherches "cron lundi vendredi", "cron tous les mardis" ou "crontab week-end uniquement" pointent toutes vers ce dernier champ. Avant de copier une expression, vérifiez que le jour du mois reste bien à * si votre besoin porte seulement sur la semaine. C'est la différence entre une planification claire et une ligne qui part aussi le 1er du mois sans que personne ne l'ait voulu.