シェルスクリプトでlsをパイプでつなぐのはなぜ悪いのか ～ ShellCheck: SC2010, SC2011, SC2012 とファイル名改行問題 - Qiita
シェルスクリプトでlsをパイプでつなぐのはなぜ悪いのか ～ ShellCheck: SC2010, SC2011, SC2012 とファイル名改行問題ShellScriptUNIXshellシェル芸POSIX はじめに シェルスクリプトで ls コマンドの出力結果（ファイル名一覧）をパイプで他のコマンドに渡して処理するのは推奨されません。ls コマンドを使ったコードを ShellCheck で検査するとおそらく問題があると警告が表示されるでしょう。ls を使うなという指摘自体には賛成なのですが SC2010、SC2011、SC2012 に書いてある理由については正しい説明がされていないと思っています。この記事ではなぜ ls の出力結果を他のコマンドにパイプで渡すのが悪いのか、ls を使わずに実現するにはどうしたら良いのかを解説したいと思います。一つ補足をしておくと、この問題は CLI コマ
`xargs` と `-` の違いについて - Qiita
$ sed 's/a/c/g' sample_a.txt | diff - sample_b.txt 1c1 < This is c --- > This is b
zshってどう発音すればいいの - Qiita
聞かせてくれたまえ。君はzshをなんと呼んでいるかね zshをどう発音するかは、なかなか難しい問題です。 これはzshに限った話ではありませんが、ずっと書籍などで独学していた人が、いざ勉強会で発表しようというときにトンチンカンな発音をしてしまって恥をかく……というのはありがちな光景です。 そこで本日は、よく見られるzshの呼び方を確認し、もっとも無難な読み方を考察してみたいと思います。 発音の候補 ずぃーしぇる もっとも正統的と言って良い発音です。"Z-Shell"をそのまま素直に発音すればこうなりますし、国内のみならず海外でもこの呼び方を聞くことが多いです。 zshのご先祖である(?)cshの時代には、ほぼ100%の人がcshのことを「しーしぇる (C-Shell [síːʃél])」と発音していたことからも、zshを「ずぃーしぇる」と呼ぶのは最有力候補と言って良いでしょう。 ぜっとしぇ
シェルスクリプトのif文とtestコマンド基礎 - Qiita
いつもなんとなく使ってて、あれどうだっけと検索して if 文と test コマンド - UNIX & Linux コマンド・シェルスクリプト リファレンス このページにたどり着いて「ああそうだった」となるので、自分でまとめておく。 条件判定にはよく"test"コマンドを使う。testは与えられた条件式の評価結果に応じて0もしくは1を返すコマンド。ファイル形式やパーミッションを判定に使うことができる（man test）が、単純にファイルの存在をみる-eオプションで例を書く。 $ test -e /etc/init.d/syslog-ng; echo $? 0 $ test -e /etc/init.d/hahahaha; echo $? 1
bashスクリプトをデバッグする方法 - Qiita
#!/bin/bash exec 5> debug_output.txt BASH_XTRACEFD="5" PS4='$LINENO: ' set -x するとdebug_output.txtにログが出力される。 exec 5>はファイルディスクリプタ5番をdebug_output.txtにするという意味。 PS4はトレース出力の際に表示されるプロンプト。$LINENOにより行番号を表示している。 set -xは実行するコマンドをトレース出力させる。 元記事にはbashdb、log4bash、Eclipse、Visual Studioo Codeを使う方法なども紹介されているが、これが一番手軽でほとんどの場合十分だと思う。 Register as a new user and use Qiita more conveniently You get articles that match
Googleの肩に乗ってShellコーディングしちゃおう - Qiita
はじめに GoogleさんがShellスタイルガイドを共有していたので、いくつか気になった点をピックアップしました。 自分のShellスタイルはかなり我流なので、自省の意味も込めてコメントも併記します。 Googleスタイルガイドの元ネタ （Python/C++/Java/Rとかだけでなくdocumentガイドなど色々あります） https://github.com/google/styleguide Shellスタイルガイド （今回はこちら） http://google.github.io/styleguide/shell.xml 本当は人間がチェックするのではなくcpplintのためXML定義なのかもですが、気にしない気にしない。 （見たところcpplintはc++だけだと思ってます） commitフックでshell系のlint走らせろっていうのが今風なのかもしれませんが、キニシナイキ
シェルの弱点を補おう！"まさに"なCLIツール、egzact - Qiita
egzactというコマンドの詰め合わせセットを作ってみました。 → Github きっかけ zipで多重圧縮するのに、$ zip ファイル | zip | tee zip1 | zip | tee zip2 | zip | tee zip3 。。みたいなの出来ない？ #シェル芸 #usptomo — ぱぴろん (@papiron) 2016年3月25日 これはあるシェル芸界隈1の方の発言です。アンチウイルスソフトの動作確認で、多重ZIPされたテストウイルスファイルが必要だったとのことです。何人かの方からアドバイスを頂いていたようですが、残念ながらシェルでサクッっとは結局できなかったご様子でした2。 この事例は、シェル上でのワンライナー（a.k.a シェル芸3）の弱点の一つを如実に表しています。文字列を切り出したり、変換したりというフィルタリングの処理は得意ですが、パターン生成が比較的苦手で
PHP7.0リリース記念 さくらのクラウドで一撃WEBサーバー構築！ - Qiita
みなさまQiitaでは初めまして。 @nullpopopo と申します。わけあってぼっちサーバーエンジニアという仕事をしております。ところで、PHP7.0が正式リリースされましたね！みんな大好きCentOSでも、remiリポジトリからyumでPHP7.0がインストールできるようにもなりました(RC版は以前からありました)。ということで、ICHIGEKI を使って一撃インストールしてみたいと思います。仕様としてはこんな感じです。 対応OSはCentOS6、CentOS7 WEBサーバーはhttpdかnginxを選択可能 WEBサーバーはデフォルトでhttp https両方LISTENします(オレオレ証明書) PHPのバージョンは5.3(CentOS6のみ)、5.4、5.5、5.6、7.0から選択可能 MySQLはサーバー、クライアントを選択可能 MySQLのバージョンは5.6、5.7から選択
Crosh内で，ついCtrl+nを押してもイライラしない方法 - Qiita
Qiitaを読むような人は，Chromebookを使っていてもCtrl+Alt+tを押してシェル(Crosh)を開いていることでしょう． そのとき，Ctrl+p を何度か叩いてコマンドラインヒストリを辿ったりするでしょう． さらに，行き過ぎちゃって，Ctrl+n を押して… 新しいタブが何個も開いてイライラするでしょう． そう，私も何度もイラつきました． 上記ストーリーに共感できる方は，ここで紹介する Crosh Window をインストールすると幸せになれます． このアプリのインストールは，先立って Secure Shell という別アプリをインストールする必要があります(が，Croshを開いているような方は，すでにインストールなさっていることでしょう)． インストール後，アプリの一覧に，Crosh Window なるアイコンが追加されます． ウインドウアプリなので，Ctrl+n を押し
Ansible の shell モジュールでチェックモードも考慮して冪等性を保つ - Qiita
まずは結論から、例えば以下のようなタスクの場合、 uname -a コマンドの結果を /tmp/hoge に出力する /tmp/hoge が既にあるなら実行しない コメントの通りファイルの存在確認なら stat モジュールで十分なのですが、より多くのケース（なにかしらのコマンドの結果を元に実行の有無を制御）を想定してあえて shell モジュールを使います 次のようにします。 - hosts: localhost tasks: - shell: test -e /tmp/hoge register: res always_run: yes failed_when: no changed_when: res.rc != 0 - shell: uname -a > /tmp/hoge when: res|changed これだけなら shell モジュールの creates を使うだけでいいん
シェルで変数のインクリメントに expr を使うと100倍遅い件
シェルプログラミングにおいて、ループカウンタなどをインクリメントするとき、どのようにしますか？ いきなりですがサンプルから。 #!/bin/bash COUNT=0 while [ $COUNT -lt 1000 ]; do # 何かの処理 COUNT=`expr $COUNT + 1` # COUNT をインクリメント done expr コマンドを使う？ シェルプログラミングの入門記事などを見ると、変数のインクリメントに上記のような COUNT=`expr $COUNT + 1` を用いているものが多くあります。 しかし、この書き方は とても遅い です。空のループを1000回繰り返すだけでも手元の mac (Core i7) で約2秒もかかってしまいました。
コマンドを並列実行しつつエラーのあった実行のログを最後にまとめて出力するシェルスクリプト - Qiita
並列実行というと xargs や GNU parallel を思い出しますが、「エラーのあった実行のログを最後にまとめて出力する」ということを考えるとどちらも不十分でした。（できるのであれば教えてほしい） しかし、シェルには wait などの素敵な並列実行の仕組みが用意されているので、頑張って自分で実装してみました。 #!/bin/bash # # parallel.sh # usage: echo 1 2 3 4 5 | parallel.sh my_script.sh # 標準入力から受け取ったリストを引数として、引数で与えられたコマンドを実行する # 成功したコマンドの結果を先に出力してから失敗したコマンドの結果を最後にまとめて出力する list=$(cat) tmpdir=$(mktemp -d) for i in $list do ($@ $i > $tmpdir/$i.log
Eshellで「Text is read-only」が出る問題を回避する/複数行プロンプトを使いやすくする - Qiita
Eshell、つかってますか。いーしぇる。 わたしはEshellをつかっています。 Windowsだけ使って生きてきてるので、いまいちシェルの使い方もわからずでしたが、とにかく触ってみようとおもって使い始めたのがbashさんでした。 しかしどうもいまいち操作感がしっくりこなかったのでEmacs Shell上で動かすようにしてみて、そこからしばらくしてEshellに乗り換えた形です。 最初はなにこれって思いましたが、少しずつカスタムしてみたらすごく手に馴染むようになったのでまるでEmacsみたいなシェルでした。じわじわくる。 まだまだ便利な使い方がわからないのでしばらく使いこなせるようにがんばります。 - 本題です。 Eshellをカスタマイズしてたら突然「Text is read-only」とかいうエラーメッセージを出しはじめてEshellが閉じられなくなったことはありませんか。 Emac
シェルスクリプトを書くときに気をつける9箇条 - Qiita
最新の類似投稿としてシェルスクリプトのコーディングルール2014も併せてどうぞ。 2014/10/09追記 ぼくがシェルスクリプトを書くときに気にしていること、過去の失敗で書き留めたことを忘れないために。 1. グローバル変数は大文字 PATH や HOME など、環境変数が大文字なので、エクスポートする変数を大文字で書くという習慣は一般的であるような気がしますが、エクスポートする変数を抱えるシェルスクリプトを作成する機会が稀なので。 グローバル変数は大文字 ローカル変数は小文字 エクスポートする変数も大文字 関数内からグローバル変数にアクセスする場合がありますが、やはり区別していると、可読性が増すような気がするのでお勧めです。 2. awk を知る Unix 上にて文書処理をするときに、数多くのフィルタコマンド（grep、cut、tr、head、sort、uniq、sed、awk、wc、
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://qiita.com/mtwtk_man/items/dde92d0a6024bc61fa58
【たのしいな】様々なコマンド達を何も考えずにつないで遊ぶ - Qiita