Différences

Ci-dessous, les différences entre deux révisions de la page.

--- linux:memo_bash [03/12/2015 13:25] – daniel
+++ linux:memo_bash [28/08/2025 09:25] (Version actuelle) – [Commandes] daniel
@@ Ligne 3: / Ligne 3: @@
   * [[http://abs.traduc.org/abs-fr/index.html|Guide avancé d'écriture des scripts Bash]]
   * http://www.davidpashley.com/articles/writing-robust-shell-scripts/
+  * https://www.shellcheck.net/
+  * https://bash3boilerplate.sh/
+  * https://devhints.io/bash
+  * https://devdocs.io/bash/
 ===== vrac =====
 ==== Redirection ====
 Pour rediriger les erreurs dans le meme log : commande >log 2>&1
-Cf http://wiki.bash-hackers.org/howto/redirection_tutorial#an_example pour un exemple instructif de file descriptors
+  * http://www.tldp.org/LDP/abs/html/ioredirintro.html et http://www.tldp.org/LDP/abs/html/ioredirintro.html
+  * http://wiki.bash-hackers.org/howto/redirection_tutorial#an_example pour un exemple instructif de file descriptors
-Cf http://xensoft.com/content/use-exec-direct-all-bash-script-output-file-syslog-or-other-command pour capture de stdout|stderr dans un script
+  * http://xensoft.com/content/use-exec-direct-all-bash-script-output-file-syslog-or-other-command pour capture de stdout|stderr dans un script
 Cf aussi
   trap commande signal
 pour exécuter une commande en cas de signal (le try/catch du bash)
+Attention, si on capture stdout avec un truc comme
+<code bash>
+exec > >(while read line; do echo "[$(date '+%F %T')] $line" >> $LOGRAP; done)
+</code>
+le contenu du fichier $LOGRAP est pas immédiatement disponible dans le script principal (quand un sous-shell écrit dans un fichier, faut visiblement qu'il ait terminé pour que le parent soit sûr de récupérer le contenu.
 ==== gestion des processus liés au terminal (avant/arrière plan, attachés/détachés) ====
@@ Ligne 200: / Ligne 212: @@
 Cf http://ss64.com/bash/ pour une liste de commandes bash et programmes gnu
+==== find / grep / awk ====
+Un exemple pour virer tous les ''?>'' à la fin d'un fichier php qui ne seraient pas précédés de ''<?='' sur la même ligne (attention quand même à bien contrôler les modifs faites avant de faire son commit)
+<code shell>
+find . -type f -name '*.php' -exec perl -0777 -i -pe '
+  if ( m{([^\n]*?)\?>\s*\z} ) {
+    unless ( $1 =~ /<\?=/ ) { # si on a pas de "<?=" sur la ligne matchée
+      s/\s*\?>\s*\z/\n/;      # remplace le "?>" (avec d'éventuels blancs avant) et tout ce qui suit par un \n
+    }
+  }
+' {} +
+</code>
+Pour lister toutes les fins de fichiers php qui contiendrait un ?> (même avec un ''<?='' devant)
+  grep -rPlz '\?>[[:space:]]*\Z' --include='*.php' . | tr '\0' '\n'
+Pour virer les espaces (ou caractères BOM) qui précèderaient un ''<?php'' en début de fichier
+  grep -rPlz '\A(?:\xEF\xBB\xBF)?[[:space:]]+<\?php' --include='*.php' . \\
+    | tr '\0' '\n' \\
+    | xargs -r perl -0777 -pi -e 's/\A(?:\xEF\xBB\xBF)?[[:space:]]+(<\?php)/$1/s'
+  * ''-0777'' le -0xx fixe le séparateur d'enregistrement, c'est ''\n'' par défaut et ce ''-0777'' le met à ''undef'' ce qui passe perl en "slurp mode" (tout le fichier vu comme une seule ligne). Ça permet ici que le ''\z'' match la fin du fichier (et pas une fin de ligne)
+  * -P pour grep c'est passer en perl regexp (pour avoir les ancres ''\A'' et ''\Z'' de début et fin de fichier, permettrait aussi le ''\s'' mais le ''[[:space:]]'' est préférable en utf8 et fonctionne aussi sans ''-P'')
+  * -z affiche ''\0'' après chaque nom de fichier plutôt que \n (pour être sûr d'avoir bien un fichier par ligne sur la sortie après le tr)
 ==== vrac ====