Ahahhh, crontab.guru m’a sauvé bien des fois… de mes trous de mémoire.
Sinon, puisqu’une crontab est un réalité un fichier enregistré dans /var/spool/cron/crontabs, au nom de l’utilisateur - du moins sous Debian (et assimilés), l’astuce dont je me sers de plus en plus, au lieu d’écrire directement dans crontab, est la suivante :
écrire un fichier, exemple ‘crontab4tasks’ et le remplir des règles désirées en s’aidant au besoin du *guru.
exécuter la commande crontab en injectant le fichier.
crontab < crontab4tasks
Un des avantages que j’y perçois, hormis le fait de pouvoir utiliser un éditeur de texte pour créer les règles “facilement”, cela me permet de garder assurément une trace de la table de crons pour un utilisateur donné.
Ahahhh, crontab.guru m’a sauvé bien des fois… de mes trous de mémoire.
Sinon, puisqu’une crontab est un réalité un fichier enregistré dans /var/spool/cron/crontabs, au nom de l’utilisateur - du moins sous Debian (et assimilés), l’astuce dont je me sers de plus en plus, au lieu d’écrire directement dans crontab, est la suivante :
écrire un fichier, exemple ‘crontab4tasks’ et le remplir des règles désirées en s’aidant au besoin du *guru.
exécuter la commande crontab en injectant le fichier.
crontab < crontab4tasksUn des avantages que j’y perçois, hormis le fait de pouvoir utiliser un éditeur de texte pour créer les règles “facilement”, cela me permet de garder assurément une trace de la table de crons pour un utilisateur donné.
Voilà.
Merci pour le tips :)