22
0
Fork 0

reformulation de certaines phrases pour être plus clair

This commit is contained in:
btatu 2022-06-15 11:44:01 +02:00
parent 30c15402a9
commit 8869522490
1 changed files with 10 additions and 6 deletions

View File

@ -72,7 +72,7 @@ Pour lancer un script à **une fréquence personnalisée** : il suffit de créer
> Attention : Les noms de scripts contenant des points sont ignorés. Cette particularité est utile pour désactiver un script en ajoutant .disabled comme extension.
## crontab
## La commande crontab
Cette commande permet déditer/lister/supprimer les tâches planifiées gérées par le service cron et son automatiquement liée à des comptes utilisateurs. Elles sont conservées dans /var/spool/cron/. L'avantages de cette commande est la vérification syntaxique en quittant l'éditeur.
@ -120,7 +120,7 @@ On peut utiliser les mots clés `@hourly`/`@daily`/`@weekly`/`@monthly` pour lan
Pour plus de détails sur les recommandations sur l'écriture de scripts à mettre en crontab voir [TipsDevWeb#scripts-en-crontab]().
## variables
## Les Variables
Plusieurs variables peuvent être utilisées dans une crontab :
@ -155,11 +155,15 @@ file = /var/log/cron.log
## Peut-on écrire un cron dans /etc/crontab ?
Si vous ajoutez une ligne de cron dans `/etc/crontab` elle sera exécutée en _root_ : mais nous déconseillons fortement cette utilisation car ce fichier de configuration doit rester intact autant que possible, en général il faut éviter de lancer un cron en tant que _root_ et enfin la moindre erreur de syntaxe va provoquer le non lancement de tous les autres scripts !
Si l'on a joute une ligne de cron, elle sera exécuté par Root mais on déconseille fortement cette utilisation car:
- Ce fichier de configuration doit rester intact autant que possible pour faciliter les mises à jours du système.
- On évite au tant que l'on peut de lancer un cron en tant que _root_ par principe de sécurité.
- La moindre erreur de syntaxe provoquera la non exécution de tous les autres scripts !
## Changement d'heure
En France, lors d'un changement d'heure d'été ou d'hiver, on peut imaginer qu'un script lancé entre 2h et 3h du matin se lancera deux fois ou zéro fois selon les cas. Mais sous Debian, lorsque *cron* détecte un saut important dans l'heure locale, il va prévenir ce comportement en lançant les crons qu'une seule fois (passage à l'heure d'hiver) ou juste après le changement d'heure (passage à l'heure d'été). Par précaution, nous évitons tout de même de mettre des crons entre 2h et 3h du matin.
Lors d'un changement d'heure d'été ou d'hiver en France où un script est planifié pour être exécuté entre 2h et 3h du matin, il peut être lancé deux fois! Le service cron sait détecter ce souci mais par précaution, on évite d'en établir durant cette tranche horaire.
## Échappement de caractères
@ -169,9 +173,9 @@ Prenons l'exemple d'une copie horodatée de /etc chaque heure :
@hourly root tar -cf /home/backup/etc-$(date +%H).tar /etc
~~~
Celle-ci **ne s'exécutera pas**. En effet, le caractère `%` est interprété comme un saut de ligne et votre commande sera incomplète, et dans ce cas non fonctionnelle.
Celle-ci **ne sera pas exécuté** car le caractère `%` est interprété comme un saut de ligne où la commande sera incomplète et donc non fonctionelle.
Il faut alors simplement **échapper** le `%` avec un `\` :
La correction s'applique en **échappant** le `%` avec un `\` :
~~~
@hourly root tar -cf /home/backup/etc-$(date +\%H).tar /etc