Quelques remarque au sujet de certaines commandes
Déjà effectivement, l'utilisation de
sudo -i est à privilégier à
sudo su car sudo va nettoyer les variables d'environnement
Dans l'exemple de la boucle
for, ça ne concerne pas vraiment la commande en elle même, mais il vaut mieux privilégier
$(echo $oldname | sed -e 's/ /_/g') pour l'exécution de commande à
`echo $oldname | sed -e 's/ /_/g'` (de plus
for pas vraiment une mais plutôt une structure de contrôle, et pour la portabilité, il vaut mieux utiliser
printf à
echo)
Comme pour
head,
-n fonctionne aussi pour
tailPour la redirection
2>&1, il vaut mieux dire qu'on assigne le descripteur 2 à la valeur courante de 1, car fusion pourrait faire penser que
2>&1 1>mon_fichier et équivalent à
1>mon_fichier 2>&1screen : et
tmux alors
?
kill -9 : Plutôt
kill -KILL, il est préférable de donner le nom et pas le numéro de signal, déjà pour la compréhension, et si un jour le numéro change
aptitude est une surcouche à apt, pas un autre utilitaire de paquets. Quand à son utilisation plutôt que
apt, ça dépends de ce qu'on veut faire
Guide DebianLa commande
service s'utilise surtout sur un système sans systemd, l'utilisation de systemctl start/stop <service> est préférable (
service est remplacé par un wrapper à
systemctl)
On traite deux fois le cas du fichier
/etc/passwd, autant regrouper les informations
Les commandes réseau
ifconfig et
route sont dépréciées, il est conseillé d'utiliser
ip addr et
ip route à la place
SourceSinon dans la partie réseau, on pourrait aussi rajouter la commande
netcat
3 |
0 |