.env みたいな環境変数設定ファイルを読み込んでから指定プログラムをexecするみたいなラッパーが欲しくなる事あると思います。 Goだとgithub.com/joho/godotenvとかあるけど、Goでやるほどでもないよねーという感じだったので、bashで書くなどした。 #!/bin/bash set -e if [[ "$#" = "0" ]]; then echo "usage: env-wrap.sh cmd [args...]" >&2 exit 1 fi # declare -x を引数無しで呼び出して、現状の環境変数をexportableな形式で書き出す orig_env="$(declare -x)" envfile=.env # allexportは`KEY=VALUE`をシェル変数じゃなくて、環境変数としてexportする危険なオプション set -o allexpo
シェルスクリプト（BASH限定ですが）、他の言語でもよく見られる__FILE__や__DIR__みたいなことをするにはどのようにすれば良いか、と考えてみた結果以下のようになった。小生のシェルスクリプトスキルが高くないので何ともだが上手く動いているようだ。もっと良いやり方があるかもしれない。クロスシェル対応できたらと思ったが、他のシェルスクリプトのスキルがほぼないので今後の課題とする。。 set -ue __FILE__() { resolve_link "${BASH_SOURCE[1]}" } __DIR__() { dirname "$(resolve_link "${BASH_SOURCE[1]}")" # 間違い 9/30 修正 } resolve_link() { local filepath="$1" local filename ( while [ "$filepath" !
これまで、開発や運用時に使う、ちょっとしたコマンドラインツール、自動化スクリプトは、主にBashのシェルスクリプトで実装していたのですが、最近このような用途にはPythonを使うようにしています。 Bashスクリプトへの不満 スクリプトの実装方針 ポータビリティ重視のための縛りPythonプログラミング Tips __future__モジュールでバージョン2、3両方に対応させる バージョン2、3で異なるモジュールを、同じ名前で読み込む バージョン2、3を判別する関数を用意する よく使うスニペット 文字に色をつける 赤い文字でエラーメッセージを出力して終了する 外部コマンド実行する テキストをファイルに出力する ファイルに実行権限をつける スクリプトの同時、多重起動防止する コマンドライン・オプションの解析 HTTPリクエスト まとめ Bashスクリプトへの不満 Bashのスクリプト実装にお
のようにして確認したりする。 けれど、たまにecho $?を打つのを忘れて次のコマンドを打ってしまったり、 コマンド → echo $?を繰り返してhistoryが埋め尽くされてしまうことも。 なので、環境変数の PROMPT_COMMAND を使ってコマンドを打つたびに自動で戻り値を表示するようにしてみた。 bashのmanページに書いてある。 PROMPT_COMMAND 設定されていると、プライマリプロンプトを出す前に毎回、この値がコマンドとして実行されます。 /etc/bashrcか~/.bashrcに、以下のような記述を追加する。 追加する場所は、ファイルの最後のほうが良いっすね。 PROMPT_COMMANDにはコマンドが登録済みなので、それらより先にこの関数を呼ぶようにする(そうじゃないと意味ないので)。 ${PROMPT_COMMAND//__show_status;/}と
概要 ANSI エスケープコードというのは文字としては表示されないが仮想端末を制御するもの。 例えば画面をスクロールしたり、カーソルを移動したり。 詳しくは↓のWikipediaをみるとよい。 https://en.wikipedia.org/wiki/ANSI_escape_code 文字列をカラフルにすることもできる。 CUI 操作では見やすくなってストレスが軽減されるが、 いざ標準出力を違うプログラムに渡すとなると邪魔なので、取り除く方法を調べてみた。 つけるのも面倒臭ければ除くのもめんどくさい。 今回は Linux でも MacOS でも標準で備わっているsedで。 といいつつも Linux と MacOS に標準で同梱されている sed は種類が違うため、注意が必要。 Linuxの場合 Ubuntu 16.04 にインストールされている sed は GNU 製だった↓。
パイプを繋げたときの返り値は最後のコマンドの返り値になる。 例えば stat = system "a | b |c" としたとき、途中でaやbがエラーになっても返り値statはfalseにならずcの返り値であるtrueになる。 cがエラーに成った時にはfalseになる。*1 これだとパイプの途中でエラーが起きた場合に捕捉できない。 そういうときはbashの-o pipefailオプションを使う。*2 これを指定するとパイプの途中でエラーが起こった時にはそのときの返り値が、なにも起きなければ最後のcの返り値が全体の返り値が返ってくるようになる。 さらに-eを付けておくことでエラーが起きたタイミングで終了するようになる。 stat = system %{bash -e -o pipefail -c "a | b | c"} 参考 Get exit status of process that'
私はシェルスクリプトの大ファンで、他人のスクリプトから面白い方法を学ぶのが大好きだ。最近、SSHサーバの2要素認証を簡単にするためのauthy-sshスクリプトに出会った。このスクリプト群を見まわしていて、みんなと共有したいたくさんのクールなことを見つけた。 出力に色付けする 出力文字列を、成功した時は緑に、失敗した時は赤に、警告は黄色に色づけしたいと思うことはたくさんあるだろう。 NORMAL=$(tput sgr0) GREEN=$(tput setaf 2; tput bold) YELLOW=$(tput setaf 3) RED=$(tput setaf 1) function red() { echo -e "$RED$*$NORMAL" } function green() { echo -e "$GREEN$*$NORMAL" } function yellow() { e
コマンドのパスを知りたいんじゃなく、コマンドの存在をチェックしたいだけならwhichよりhashを使ったほうが良いかもっていう話。→追記: typeが最強っぽい。 追記: command -vも良い。プログラムの存在チェックorパスを探したいだけなら互換性を考えると一番良いかも。 比較してみる whichよりhashよりtype=command -vが高速→typeまたはcommand -vの勝ち whichは実ファイルという実体があるプログラムです。hashとtypeはbashの組み込みコマンドです。なので当然ですがプログラムの起動コストがない分hashやtypeの方が速いです。 $ time bash -c 'for((i=0;i<10000;i++));do which perl; done >/dev/null' real 0m7.739s user 0m2.928s sys 0m
2011.8.25追記： そりゃあありますよね。ターゲットのプラットフォームで標準で使えるようならば可読性も高いしこちらの方がよいと思います。 僕はこれから作るものはたぶんreadlinkに乗り換えます。masaruyokoi様ありがとうございました。 コメントで教えていただきました。 masaruyokoi on 2011年8月25日(木曜日) at 12:06 said readlink -f や -e を使うと良いですよ。 Debian や FreeBSD では realpath というコマンドもあります。 以下はオリジナルエントリです。 シェルスクリプトで自分の絶対パスを知る方法はこんな方法しかないんだろうか？ #!/bin/sh D=`dirname $0` echo `cd $D;pwd` Pythonだとしょっちゅう書いてるアレ。 #!/usr/bin/env/ python
zshの基本(らしい) cdをpushdに置き換える「setopt autopushd」を設定。 .zshrc setopt autopushd 便利すぎるので、bashも同様に設定してみた。 .bashrc alias cd='pushd > /dev/null' pushdだけだと、表示が邪魔なので、/dev/nullへ送ってみました。 おし!ガンガンカスタマイズするぞぉ〜(出来る所はbashも) メモ : setopt (autopushd | auto_pushd) - Google 検索 この辺りを周辺に探りを入れていこう。 メモ : どうやら2通りの設定があるみたいだ。setopt 無視定にすると、autopushdとなっていた。こちらが正式? メモ : alias cd='popd'だと期待した働きにならないと書いてあった。探りを入れないと。僕的には期待した動きなのだが。
環境はさくらVPS上のUbuntu Serverです。 セットアップのログはここ セットアップついでにrbenvに乗り換えたのだけれど cronでrubyのスクリプトを動かそうとしてハマりました。 とりあえず動けばいいや ってことでcronじゃなくて、無限ループさせてた while :; do ./homu.rb; sleep 3600; done けれどターミナルがひとつつぶれるしアレなので解決策を探してみた。 cronで処理する方法 以下参考にしたサイト stackoverflow/ruby script using rbenv in cron Maeの(Mae向きな)日記/cronでrbenvを使ってrubyスクリプトを実行する方法 uu59のメモ/livedoorクリップをGmailに持っていって検索を便利にする まず、$HOME/.bash_profileにrbenvの設定を追加
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
