echo \"Salut\" > fichier.txt\n<\/span><\/span><\/code><\/pre>\n\u00c7a redirige stdout vers fichier.txt<\/code>. Si le fichier existe d\u00e9j\u00e0… c’est mort, il est \u00e9cras\u00e9 sans sommation. Du coup, faites gaffe avec vos logs, une commande mal plac\u00e9e et ce sont des heures de donn\u00e9es qui disparaissent.<\/p>\n
D’ailleurs, si vous \u00eates du genre parano (et oui, vous avez raison !), set -o noclobber<\/code> dans votre .bashrc<\/code> emp\u00eachera ><\/code> d’\u00e9craser un fichier existant lors d’une commande tap\u00e9e \u00e0 la main. Pour y arriver, il faudra utiliser >|<\/code> pour forcer.<\/p>\n
>><\/code> – Ajouter \u00e0 la suite<\/h2>\n\necho \"Ligne 2\" >> fichier.txt\n<\/span><\/span><\/code><\/pre>\nM\u00eame principe que ><\/code>, sauf que \u00e7a ajoute \u00e0 la fin au lieu d’\u00e9craser. C’est ce que vous voulez 99% du temps pour des logs (sauf si vous voulez repartir de z\u00e9ro, l\u00e0 ><\/code> fait le job). Une lettre de diff\u00e9rence entre “tout va bien<\/em>” et “o\u00f9 sont pass\u00e9s mes logs, boudiouuu ???<\/em>“.<\/p>\n
2><\/code> – Rediriger les erreurs<\/h2>\n\ncommande_foireuse 2> erreurs.log\n<\/span><\/span><\/code><\/pre>\nLe 2<\/code> c’est stderr, en gros (y’a pas d’espace entre le 2 et le ><\/code>, sinon bash croit que 2 est un argument). Tout ce qui sort en erreur finit dans erreurs.log<\/code> au lieu de polluer votre terminal. Perso, je trouve \u00e7a super pratique pour garder une trace propre quand vous lancez des scripts via crontab -e<\/code>.<\/p>\n
Et 2>><\/code> existe aussi, pour cumuler les erreurs au fil du temps au lieu d’\u00e9craser le fichier \u00e0 chaque ex\u00e9cution.<\/p>\n
2>&1<\/code> – Fusionner erreurs et sortie normale<\/h2>\n\ncommande > output.log 2>&1\n<\/span><\/span><\/code><\/pre>\nLe fameux ! Le &1<\/code> dit \u00e0 bash “le 1 c’est un file descriptor, pas un fichier qui s’appelle litt\u00e9ralement 1<\/em>“. Du coup stderr (2) est redirig\u00e9 vers le m\u00eame endroit que stdout (1), ou plut\u00f4t vers l\u00e0 o\u00f9 stdout pointe au moment o\u00f9 bash \u00e9value la ligne. \u00c7a va, vous suivez toujours ? ^^<\/p>\n
Attention, l’ordre compte ! Bash lit les redirections de gauche \u00e0 droite. > output.log 2>&1<\/code>, stdout pointe vers le fichier, puis stderr suit… tout va dans le fichier. 2>&1 > output.log<\/code>, stderr copie stdout qui pointe ENCORE vers le terminal, puis stdout est redirig\u00e9 vers le fichier. R\u00e9sultat, les erreurs restent dans votre terminal. Le pi\u00e8ge classique.<\/p>\n
Et &><\/code> fait la m\u00eame chose en plus court :<\/p>\n
\ncommande &> output.log\n<\/span><\/span><\/code><\/pre>\n&><\/code> est super pratique, mais sp\u00e9cifique \u00e0 bash \/ zsh donc pour la portabilit\u00e9, pr\u00e9f\u00e9rez quand m\u00eame > fichier 2>&1<\/code>.<\/p>\n
2>\/dev\/null<\/code> – Le trou noir<\/h2>\n\nfind \/ -name \"*.conf\" 2>\/dev\/null\n<\/span><\/span><\/code><\/pre>\n\/dev\/null<\/code>, c’est le trou noir d’Unix. Tout ce que vous envoyez l\u00e0-dedans dispara\u00eet. Super pratique avec find<\/code> qui vous crache 200 “Permission denied” pour un seul r\u00e9sultat utile.<\/p>\n
Et si vous voulez TOUT faire dispara\u00eetre (stdout + stderr) ? Un petit &>\/dev\/null<\/code> et c’est r\u00e9gl\u00e9. Pratique dans vos scripts \/etc\/cron.d\/<\/code> quand vous voulez z\u00e9ro bruit (bon, j’exag\u00e8re un chou\u00efa, je sais…).<\/p>\n
Si vous aimez les
\nraccourcis bash<\/a>
\n, j’ai aussi ce qu’il faut.<\/p>\n
Bref, voil\u00e0 ce sont juste 5 op\u00e9rateurs \u00e0 retenir, et avec \u00e7a vous couvrez \u00e0 peu pr\u00e8s tout. Donc la prochaine fois que vous copierez un 2>&1<\/code>, au moins vous saurez pourquoi.<\/p>\n
\nSource d’inspiration<\/a>\n<\/p>\n<\/div>\n<\/div>\n<\/div>\n<\/div>\n<\/div>\n<\/div>\n","protected":false},"excerpt":{"rendered":"
2>&1, >, >>, 2>\/dev\/null… Si ces symboles dans votre terminal Linux ou macOS vous font autant flipper qu’un regex, respirez un grand coup ! Quand vous aurez lu cet article, vous verrez qu’en fait c’est super simple \u00e0 comprendre, et en 5 minutes vous saurez enfin ce que vous copiez-collez depuis des ann\u00e9es depuis StackOverflow. En fait, dans les shells Unix (bash, zsh, etc.), y’a 3 canaux de base : stdin (entr\u00e9e, num\u00e9ro 0), stdout (sortie normale, num\u00e9ro 1) et stderr (les erreurs, num\u00e9ro 2). Tout le reste, de > \u00e0 2>\/dev\/null, d\u00e9coule de ces 3 num\u00e9ros. > – \u00c9crire dans un fichier (et tout \u00e9craser) echo “Salut” > fichier.txt \u00c7a redirige stdout vers fichier.txt. Si le fichier existe d\u00e9j\u00e0… c’est mort, il est \u00e9cras\u00e9 sans sommation. Du coup, faites gaffe avec vos logs, une commande mal plac\u00e9e et ce sont des heures de donn\u00e9es qui disparaissent. D’ailleurs, si vous \u00eates du genre parano (et oui, vous avez raison !), set -o noclobber dans votre .bashrc emp\u00eachera > d’\u00e9craser un fichier existant lors d’une commande tap\u00e9e \u00e0 la main. Pour y arriver, il faudra utiliser >| pour forcer. >> – Ajouter \u00e0 la suite echo “Ligne 2″ >> fichier.txt M\u00eame principe que >, sauf que \u00e7a ajoute \u00e0 la fin au lieu d’\u00e9craser. C’est ce que vous voulez 99% du temps pour des logs (sauf si vous voulez repartir de z\u00e9ro, l\u00e0 > fait le job). Une lettre de diff\u00e9rence entre “tout va bien” et “o\u00f9 sont pass\u00e9s mes logs, boudiouuu ???“. 2> – Rediriger les erreurs commande_foireuse 2> erreurs.log Le 2 c’est stderr, en gros (y’a pas d’espace entre le 2 et le >, sinon bash croit que 2 est un argument). Tout ce qui sort en erreur finit dans erreurs.log au lieu de polluer votre terminal. Perso, je trouve \u00e7a super pratique pour garder une trace propre quand vous lancez des scripts via crontab -e. Et 2>> existe aussi, pour cumuler les erreurs au fil du temps au lieu d’\u00e9craser le fichier \u00e0 chaque ex\u00e9cution. 2>&1 – Fusionner erreurs et sortie normale commande > output.log 2>&1 Le fameux ! Le &1 dit \u00e0 bash “le 1 c’est un file descriptor, pas un fichier qui s’appelle litt\u00e9ralement 1“. Du coup stderr (2) est redirig\u00e9 vers le m\u00eame endroit que stdout (1), ou plut\u00f4t vers l\u00e0 o\u00f9 stdout pointe au moment o\u00f9 bash \u00e9value la ligne. \u00c7a va, vous suivez toujours ? ^^ Attention, l’ordre compte ! Bash lit les redirections de gauche \u00e0 droite. > output.log 2>&1, stdout pointe vers le fichier, puis stderr suit… tout va dans le fichier. 2>&1 > output.log, stderr copie stdout qui pointe ENCORE vers le terminal, puis stdout est redirig\u00e9 vers le fichier. R\u00e9sultat, les erreurs restent dans votre terminal. Le pi\u00e8ge classique. Et &> fait la m\u00eame chose en plus court : commande &> output.log &> est super pratique, mais sp\u00e9cifique \u00e0 bash \/ zsh donc pour la portabilit\u00e9, pr\u00e9f\u00e9rez quand m\u00eame > fichier 2>&1. 2>\/dev\/null – Le trou noir find \/ -name “*.conf” 2>\/dev\/null \/dev\/null, c’est le trou noir d’Unix. Tout ce que vous envoyez l\u00e0-dedans dispara\u00eet. Super pratique avec find qui vous crache 200 “Permission denied” pour un seul r\u00e9sultat utile. Et si vous voulez TOUT faire dispara\u00eetre (stdout + stderr) ? Un petit &>\/dev\/null et c’est r\u00e9gl\u00e9. Pratique dans vos scripts \/etc\/cron.d\/ quand vous voulez z\u00e9ro bruit (bon, j’exag\u00e8re un chou\u00efa, je sais…). Si vous aimez les raccourcis bash , j’ai aussi ce qu’il faut. Bref, voil\u00e0 ce sont juste 5 op\u00e9rateurs \u00e0 retenir, et avec \u00e7a vous couvrez \u00e0 peu pr\u00e8s tout. Donc la prochaine fois que vous copierez un 2>&1, au moins vous saurez pourquoi. Source d’inspiration<\/p>\n","protected":false},"author":1,"featured_media":2406,"parent":0,"menu_order":0,"comment_status":"closed","ping_status":"closed","template":"","meta":{"give_campaign_id":0,"_monsterinsights_skip_tracking":false,"_monsterinsights_sitenote_active":false,"_monsterinsights_sitenote_note":"","_monsterinsights_sitenote_category":0,"_kadence_starter_templates_imported_post":false,"footnotes":""},"class_list":["post-2405","page","type-page","status-publish","has-post-thumbnail","hentry"],"campaignId":"","_links":{"self":[{"href":"https:\/\/elearningsamba.com\/index.php\/wp-json\/wp\/v2\/pages\/2405","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/elearningsamba.com\/index.php\/wp-json\/wp\/v2\/pages"}],"about":[{"href":"https:\/\/elearningsamba.com\/index.php\/wp-json\/wp\/v2\/types\/page"}],"author":[{"embeddable":true,"href":"https:\/\/elearningsamba.com\/index.php\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/elearningsamba.com\/index.php\/wp-json\/wp\/v2\/comments?post=2405"}],"version-history":[{"count":0,"href":"https:\/\/elearningsamba.com\/index.php\/wp-json\/wp\/v2\/pages\/2405\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/elearningsamba.com\/index.php\/wp-json\/wp\/v2\/media\/2406"}],"wp:attachment":[{"href":"https:\/\/elearningsamba.com\/index.php\/wp-json\/wp\/v2\/media?parent=2405"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}