デフォルトのvimのrubyオプションの状態を確認

1
2
3
4

[akira@MacBookAir] $ uname -a
Darwin MacBookAir.local 11.4.0 Darwin Kernel Version 11.4.0: Mon Apr  9 19:32:15 PDT 2012; root:xnu-1699.26.8~1/RELEASE_X86_64 x86_64
[akira@MacBookAir] $ vim --version | grep ruby
-python3 +quickfix +reltime -rightleft -ruby +scrollbind +signs +smartindent 

-rubyとなっていてrubyオプションが無効になっている。

homebrewを利用して導入

非常に便利なformulaがあったのでそれを利用

homebrew経由で導入したvimのrubyオプションの状態を確認

1
2
3

[akira@MacBookAir] $ /usr/local/bin/vim --version | grep ruby
+reltime -rightleft +ruby +scrollbind +signs +smartindent -sniff +startuptime 
Linking: /usr/bin/llvm-gcc   -L. -L/Users/akira/.rbenv/versions/1.9.2-p290/lib  -L/usr/local/lib  -L/usr/local/lib -o vim       -lm  -lncurses -liconv -framework Cocoa        -lruby-static -lobjc -L/Users/akira/.rbenv/versions/1.9.2-p290/lib   

/usr/local/bin/vimに+rubyでrubyオプションが有効になったvimが入りました。

参考

• Homebrew で Vim をインストールする方法 | CodeNote.net

• glidenote/mosh-1.2-rpm

単にGitHub上にspecとbuild用のスクリプトを配置しているだけですが。

CentOS6とSL6決めうちなのは、私がそれしか使っていないからです。 もしCentOS5用のを作る場合は@n0tsさんのサイトが 参考になります。

参考

• mosh-1.1.3-1.el6.x86_64.rpm - 刺身☆ブーメランのブログ
• mosh バージョン 1.2 | Carpe Diem

kindle4を買ったときに使用感などを書こうと思っていたんですが、 買ってからいつの間にか4ヶ月も経ってしまっていたので、今さらながら感想を書いてみる。

私は初代iPad所有で初Kindleという感じです。

kindle4の感想を箇条書き

• 注文して中4日で届いた。
• 軽く、小さいので持ち歩きが苦じゃない。初代iPadを利用していたので、その差は歴然。
• 日本のオライリーPDFはサイズ的に読むのが厳しい。iPadの方が良いと思う。
• E-inkが読みやすい。
• 記憶容量が少ない。約1.2GB程度。
• Amazon.comで購入したら、すぐに自分のKindle内にデータが送られてくるのが便利過ぎる。
• データサイズが数百MBの自炊PDFを読むことは容量的に基本無理。
• 日本語の電子書籍が少ないので、必然的に洋書を読むようになる。
• 搭載されているブラウザは残念な感じ。
• 物理キーボードが付いていないので、文字入力も残念な感じ。
• 英辞郎 MOBI/Kindle3/Kindle4を使えば、分からない英単語をすぐに調べられる。
• The Pragmatic BookshelfとKindle連携が素晴らしい。購入済み書籍が改訂されると自動的にKindleに送られてくる。
• Instapaper、Readabilityなど海外ウェブサービスは連携出来るものが多い。
• バックライトが無いので当然ながら暗所での利用不可。LED付きカバーが必須。
• LED付きカバーを利用するとちょっと重い。LED付きカバー 141g + kindle4 166g
• mobi形式最高

kindle4の購入直後は、iPad時代に購入したオライリーのPDFと、ブックスキャンで自炊してもらったPDFを読むのに 適しておらず若干後悔をしていたんですが、英語の書籍、技術書読む用と割り切った瞬間から 非常に優れたデバイスであることに気づいて、今では本はKindleで読んでいる時間が一番長いです。

また英語縛りみたいなのを自分に課したことで、日常的に英語の技術書をを読む習慣がついたのと 英語への抵抗が少なくなった事が一番良かった点かなと思っています。 (まだ読み終わった冊数も少なく、読む速度はめちゃくちゃ遅いですが…)

周りに購入を迷っていた人が結構いたので何かの参考になれば幸いです。

• SANYO USB出力付きリチウムイオンバッテリー (高容量リチウムイオン3.7V2700mAh電池使用) KBC-L27D
• SANYO USB出力付きリチウムイオンバッテリー (高容量リチウムイオン3.7V5400mAh電池使用) KBC-L54D

最近iPhoneとSony Ericsson mini用に使っているモバイルバッテリーを電池容量の小さいものに 変えたら生活が快適になったので、ちょっと書こうかと思います。

KBC-L54DとKBC-L27Dは同じ日に発売された同世代のモバイルバッテリーなので、 本体サイズ、電池容量、給電ポート数以外の性能は同じです。
ランプで残容量が分かったり、 マイクロUSBで充電が出来るタイプのものです。

大容量KBC-L54Dを利用していて不便に感じていた点

• サイズが大きい 62(幅)×70(高さ)×22(奥行)mm
• 重い 142g
• 片手でiPhoneと一緒に持つと操作しにくい。疲れる
• 充電しながらズボンのポケットに入れて持ち歩くことが難しいサイズ感
• 上記理由から充電するときはカバンに入れざるを得ない
• 給電ポート2個を同時に利用することがほとんど無い
• 電池容量(5400mAh)が大きいので充電時間が長い

小容量KBC-L27Dに切り替えて良かった点

• サイズが小さい 寸法:70(幅)×39(高さ)×22(奥行)mm
• 軽い 78g
• iPhoneを充電しながらポケットに入れて持ち歩けるサイズ感
• 片手でiPhoneと一緒に持っても操作問題なし
• 電池容量(2700mAh)が小さいので充電が早い
• iPhone4へのフル充電が1回半出来るので、1日過ごすには十分

KBC-L54DとKBC-L27Dはいずれも2011年9月に発売され、コストパフォーマンスが良かったので 何も考えず大容量のKBC-L54Dを購入して利用していたのですが、5400mAhという容量は使い切ることがなく 1回給電したら充電という利用方法で、大容量のメリットを生かし切れておらず 上に挙げたような不便さだけが際立ってきていたので、小容量のKBC-L27Dに切り替えて快適になりました。

KBC-L27Dは値段が安定していないので、同等性能のPanasonic製品の方が安いケースがありますので、 購入前に両方の値段をチェックすることをお勧めします。

• Panasonic USB対応モバイル電源パック リチウムイオン2700 ブラック QE-PL101-K
• Panasonic USB対応モバイル電源パック リチウムイオン5400 ブラック QE-PL201-K

iPhone4のバッテリもへたってきたのか、最近バッテリ持ちが悪くなってきたので買い換え時かな…

作成したものはgithubにも公開してます。

• glidenote/ss-zsh-completion

事の発端

twitterを見ていて、下記のようなtweetを発見。

fedoraのnetstatのmanを見てて気付いたけど、netstatは時代遅れだからssを使いなって書いてあるね。

— Masami Ichikawaさん (@masami256) 5月 4, 2012

• 確かに自宅サーバのFedora16でman netstatを見てみるとそんなような事が書いてあるThis program is obsolete. Replacement for netstat is ss. Replacement for netstat -r is ip route. Replacement for netstat -i is ip -s link. Replacement for netstat -g is ip maddr.
• ssを使ってみる。なかなか良い感じ
• zshでオプション補完されないし、使い方もよく分からん
• 補完関数を作ろう

という感じで、ssコマンドの補完関数作成に着手。

ssコマンドのオプションを確認

補完関数を作成する前に、まずss -hなどでどんなオプションがあるのかを確認。 サブコマンドはなく、非常にシンプルな利用方法です。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31

Usage: ss [ OPTIONS ]
       ss [ OPTIONS ] [ FILTER ]
   -h, --help           this message
   -V, --version        output version information
   -n, --numeric        don't resolve service names
   -r, --resolve       resolve host names
   -a, --all            display all sockets
   -l, --listening      display listening sockets
   -o, --options       show timer information
   -e, --extended      show detailed socket information
   -m, --memory        show socket memory usage
   -p, --processes      show process using socket
   -i, --info           show internal TCP information
   -s, --summary        show socket usage summary

   -4, --ipv4          display only IP version 4 sockets
   -6, --ipv6          display only IP version 6 sockets
   -0, --packet display PACKET sockets
   -t, --tcp            display only TCP sockets
   -u, --udp            display only UDP sockets
   -d, --dccp           display only DCCP sockets
   -w, --raw            display only RAW sockets
   -x, --unix           display only Unix domain sockets
   -f, --family=FAMILY display sockets of type FAMILY

   -A, --query=QUERY, --socket=QUERY
       QUERY := {all|inet|tcp|udp|raw|unix|packet|netlink}[,QUERY]

   -D, --diag=FILE      Dump raw information about TCP sockets to FILE
   -F, --filter=FILE   read filter information from FILE
       FILTER := [ state TCP-STATE ] [ EXPRESSION ]

完成形

ssのようにオプションだけしかない場合は、定型フォーマットで書いていくだけです。
出来上がった_ssを$fpathにおいてexec $SHELLで利用出来るようになります。
またzsh補完関数にはcompletion-style-guideという 書式スタイルのガイドがあるので、それに従った形で書いています。

参考URL

• 【コラム】漢のzsh (17) コマンド補完設定 - daemonコマンド編(1)
• 【コラム】漢のzsh (18) コマンド補完設定 - daemonコマンド編(2)

http://zmoazeni.github.com/gitspective/にアクセスすると下記のような画面。

私のtimelineを表示させた場合

[Push],[Fork],[Gist],[Branch],[Tags],[Follows],[Comments]などで表示、非表示が 出来るので、必要な情報だけ絞り込むことが出来ます。

Gistだけを表示させると下記のような感じ

またソース自体も公開されているので、ローカルにgit cloneして

1

git clone git://github.com/zmoazeni/gitspective.git

同じディレクトリに下記のようなserver.rbスクリプトを配置し、

ruby server.rbして、http://localhost:10080/にアクセスすれば ローカルですぐに動作もします。

憧れの技術者が「今何を作ってるんだろう」とか「何に注目しているんだろうとか」 ネットストークする際に活躍しそうです。

たとえばhogeというコマンドを自作していて、下記のようなサブコマンドがあった場合

1
2
3
4

hoge init
hoge update
hoge upgrade
hoge commit

hoge[tab]でサブコマンドが補完され、

サブコマンドの後はファイル、ディレクトリが補完されるように。

サブコマンドとファイル名を補完する

下記を.zshrcに記載してexec $SHELL

やっていることは

1. compdefで_hogecmdという補完用functionを定義し、hogeコマンドを実行したときに呼び出されるように。
2. function内のcmdsで補完したいサブコマンドを列挙
3. CURRENT == 2でhogeのあとに補完されるのはサブコマンドだけと指定
4. _describeで補完候補で表示されるときにsubcommandというグループになるようにしている
5. サブコマンドのあとは_filesでファイルとディレクトリが補完されるように

参考になるサイト

zshの補完関数の書き方がまとまっているところがほとんど無いので下記が非常参考になります。

• zsh補完関数を自作すると便利 - はこべブログ♨
• zsh補完関数の書き方(訳)
• zshcompsys(1): zsh completion system - Linux man page
• zshcompwid(1): zsh completion widgets - Linux man page

特にはこべブログ♨ さんの記事は、 補完の際に用いる、compadd,_files,_describeなどについて詳しく書いてあるのでオススメです。

自作コマンドに限らず、新しいツールなどを利用していたりするとサブコマンドが補完されず ガッカリすることがありますが、ほんの数行でサクッと出来る対応なのでオススメです。

去年にも同じテーマで勉強会をやっていて、 今回は実際のターミナル操作8割、説明2割みたいな感じでやったので 資料だけみても正直あんまり役に立たないかと思いますが。

• revans/bash-it

bash-itの導入

1
2
3
4
5
6
7
8
9
10
11

cd ~
git clone http://github.com/revans/bash-it.git ~/.bash_it
sh ~/.bash_it/install.sh

Your original .bash_profile has been backed up to .bash_profile.bak
Copied the template .bash_profile into ~/.bash_profile, edit this file to customize bash-it
Do you use Jekyll? (If you don't know what Jekyll is, answer 'n') [Y/N] Y
Copied the template .jekyllconfig into your home directory. Edit this file to customize bash-it for using the Jekyll plugins
Would you like to enable all, some, or no aliases? Some of these may make bash slower to start up (especially completion). (all/some/none) all
Would you like to enable all, some, or no plugins? Some of these may make bash slower to start up (especially completion). (all/some/none) all
Would you like to enable all, some, or no completion? Some of these may make bash slower to start up (especially completion). (all/some/none) all

私はOctoperssを利用していて、jekyll拡張もあると便利そうなので一緒に導入しました。

bash-itの利用

~/.bash_profileがbash-it用に変更されているのでsourceで読み込む

1

source ~/.bash_profile

自分用のカスタム設定を記載

自分用のaliaseなどのカスタム設定は下記のファイルに記載。 customディレクトリ中に拡張子を.bashで用意。

1
2
3
4

~/.bash_it/aliases/custom.aliases.bash
~/.bash_it/lib/custom.bash
~/.bash_it/plugins/custom.plugins.bash
~/.bash_it/custom/*.bash

テーマの変更

2012年4月24日現在下記のテーマがあるので、 .bash_profileに記載してsourceで再読み込ませすると反映されます。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25

bobby
candy
clean
demula
dos
doubletime
doubletime_multiline
doubletime_multiline_pyonly
envy
hawaii50
mbriggs
minimal
modern
modern-t
n0qorg
pete
rainbowbrite
rjorgenson
simple
sirup
standard
tonka
tylenol
zitron
zork

うーん、自分でカスタムしまくったzshに慣れすぎてしまっているせいか 正直今はあんまり便利な感じがしない。
oh-my-zshの出始めはこんな感じだったようか気がするのでもうすこしテーマとか 補完関数がそろってくると便利になるかもしれない。

Bitbucketでprivate repositoryを作成する方法は以前紹介したのでそちらを参照下さい。

• Private RepositoryをBitbucketで管理し始めた - Glide Note - グライドノート

導入環境はCentOS 6.2です。Bitbucketへの鍵登録などは済んでいるものとします。

etckeeperの導入

1

sudo yum -y install git etckeeper

/etc/etckeeper/etckeeper.confが設定ファイルになり、デフォルトで

1
2
3

VCS="git"
HIGHLEVEL_PACKAGE_MANAGER=yum
LOWLEVEL_PACKAGE_MANAGER=rpm

などとgitを利用し、CentOSに適した設定になっているので、そのまま利用。

/etc/.gitignore に管理したくないファイルを追加

非公開なリポジトリとはいえ、外部のサーバにファイルを置くので、 万が一漏洩しても被害を少なくするためセキュリティ上管理しないファイルを /etc/.gitignoreに記載。
/etc/passwdとか/etc/shadowは管理しない方がいいかと思います。

etckeeperを用いて、/etcをcommit

1
2

sudo etckeeper init
sudo etckeeper commit

ちなみにetckeeperがcommitするタイミングは主に下記の2点

1. yumを実行したタイミング
2. dailyでのcron

手動でcommitするときは下記のような感じ

1

sudo etckeeper commit

Bitbucket上のプライベートリポジトリにpush

Bitbucket上に作成したprivate repositoryにpush。 下記はfoobarというプライベートリポジトリにpushする例。

1
2
3

cd /etc
sudo git remote add origin ssh://git@bitbucket.org/glidenote/foobar.git
sudo git push origin master

これで/etc配下のファイルのバージョン管理が出来るようになりました。 検証やpuppetマニフェストの動作確認とかでOSの再インストールを頻繁に行うので、 /etc配下のファイルを管理していると再構築が楽でいろいろと捗ります。

参考

• etckeeperのつかいかた（インストール、サブコマンド追加） « blog.udzura.jp

結論から言うとEmbedlyを活用すれば出来る。

• Embedly | Embed any URL through one powerful API

Speaker Deck自体のScript

Speaker Deck自体で表示されるのは下記のようなscript

1

<script async class="speakerdeck-embed" data-id="4f9008a649bc250022016265" data-ratio="1.299492385786802" src="http://blog.glidenote.com//speakerdeck.com/assets/embed.js"></script>

上を貼ってもそのまま表示されてプレゼン資料は表示されず。

いろいろ調べてみると、Speaker Deck自体が貼れないブログサービス、 CMSが結構あるらしく上手く貼るために別途プラグインが用意されているというのを理解。

やっぱSlideShareに変更しようかと迷いながら、なんとかする方法は無いか調べていたら 公式のFAQを読んでいたら下記のような記載を発見。

Every presentation on Speaker Deck has the oEmbed endpoint as a link tag in the header so it can be automatically detected by sites like Embed.ly.

Embedlyを利用

下記のように自分の資料のURLを入力

すると下記のように変換される

Embedlyで表示されるiframeを利用した形式

1

<iframe style="border:0; padding:0; margin:0; background:transparent;" mozallowfullscreen="true" webkitallowfullscreen="true" frameborder="0" allowtransparency="true" id="presentation_frame_4f9008a649bc250022016265" src="http://blog.glidenote.com//speakerdeck.com/embed/4f9008a649bc250022016265" width="700" height="601"></iframe>  

上を貼るとちゃんと表示されるようになりました。
これで「2012年にもなってSlideShare使ってんじゃねえよ」とかdisられなくて済みます。たぶん。

以前blogに書いた内容に、実際の状況などを加えCacualに話させて頂きました。
詳しい内容は下記エントリをご覧ください

• logmonとMaatkitでMySQLレプリケーションエラーから自動復旧 - Glide Note - グライドノート
• ログファイル監視スクリプトlogmonをsupervisordで管理 - Glide Note - グライドノート

あと下記のようなエントリを書いておいて、何事も無かったかのようにしれっとkeynoteでCasualにLT。

• 2012年のプレゼンはgithub pages+markdown2impressで決まり!! - Glide Note - グライドノート

私が運悪く担当サービスのメンテ日と重なってしまい、懇親会に出れなくて残念でしたが、 @n0tsさん、@sugyanさんにお会いできて感激しました。

またどこかで登壇する機会があれば、そのときは皆様よろしくお願いします。

• Sheet - Text snippets for the command line

ついでにsheetの導入方法と使い方も案内。 sheetの要件の記載が特に無いですが、恐らくRuby 1.9以上は必要かと。 導入環境はLionです。

導入方法

1

gem install sheet

sheetの使い方

sheetの確認

1

sheet

もしくは

1

sheet list

sheetの作成

1

sheet new シート名

たとえば、apacheのログ確認用のスニペットファイルを作成するときは

1

sheet apache

とかでファイルを開いてエディタで編集。

sheetの編集

1

sheet edit シート名

sheetのクリップボードへのコピー

Macのpbcopyでしか動作確認していないですが、

1

sheet copy シート名

でシートの中身をクリップボードにコピー出来ます。 (linuxもxclipでクリップボードと連携出来るようですが、 私のFedora16環境では動作しなかったので誰かlinuxでの検証を!!)

sheetの削除

シートの削除自体が、今のところ実装されていないので ~/.sheet/内のファイルをrmする感じです。

URLを開く

定型フォーマットでURLを記載しておくとブラウザで開くことが出来ます。

sheetファイルを用意。(googleというシートファイルを作成)

1

sheet new google

下記のようなフォーマットで用意

1

url: https://www.google.co.jp/

下記コマンドでブラウザにurlを渡されます。

1

sheet google

活用方法

とりあえず私は

1

sheet new apache

とかでapache,mysqlとかでソフトウェアごとに分類して、よく使うコマンドを下記のように登録してます。

そしてzshでsheetファイルが補完されるように.zshrcに下記のような設定を記載

sheetで呼び出してterminalやら、tmuxのコピーモードで必要な行だけコピーして利用してます。
普段あんまり利用しないコマンドとかを一式用意しておくと楽が出来そうです。

$HOME/.ssh/configと$HOME/.ssh/known_hostsに記載されているものは 補完されるようになりました。

2012年4月23日 追記

@n0tsさんがブログで紹介していた方法のほうが楽なので追記。

• mosh コマンドで ssh コマンドと同等の補完をする方法 | Carpe Diem

.zshrcに下記を1行追加だけでホスト名が補完されるのでこっちの方が楽です。 (ホスト名だけでなくsshのオプションも補完されてしまいますが)

1

compdef mosh=ssh

ますますMosh生活が快適になりました。

Octopressのソースで修正した箇所

結論から言うと、下記のように修正して解決。

問題エントリの一例

• はてなブックマーク - zsh使いなら効率改善のため知っておきたいAUTOJUMP - Glide Note - グライドノート
• はてなブックマーク - zsh使いなら効率改善のため知っておきたいAUTOJUMP - Glide Note - グライドノート

エントリが重複している…

• 『Glide Note - グライドノート』 の新着エントリー - はてなブックマーク

@sugyanさんの指摘

glidenoteさんスゴいなー 手が早い…このブログ、link rel=”canonical”で指定されてるURLが末尾スラッシュ無しなのに目次などからのurlはスラ有りだったりで、はてブが分散されてる気がする

— すぎゃーんさん (@sugyan) 4月 11, 2012

問題の原因

• Octopress自体が生成するURLがhttp://blog.glidenote.com/blog/2012/02/29/autojump-zsh/というような末尾に/有りのURL
• htmlソースに記載されているcanonicalはhttp://blog.glidenote.com/blog/2012/02/29/autojump-zshと末尾に/無しのURL

これにより、別エントリとして解釈されており、よく調べてみたらgithubでも問題は指摘されていました。

Octopress利用していて残念だった点が解消しました!!@sugyan++
感謝の意を表して@sugyanさんの好きな画像を貼って起きますよ

tmuxを利用中に、moshでリモートホストに接続したら、新規ウィンドウを生成するように .zshrcに下記のように記載。

下記のように、新規にmoshでリモートホストに接続すると hostnameの入ったウィンドウが生成されるようになりました。

スリープから復帰してもリモートホストに接続しているターミナルが 生きているので、tmux+moshで新境地が開拓出来そうな予感。

話題のMoshをMacBook Airと自宅サーバのFedora16に入れて、 あまりのレスポンスの良さに感動して、早速さくらVPS(CentOS6)にも入れてみました。
moshの解説はkarasuyamatenguさんのサイトに非常によくまとまっています。

ssh鍵の登録などのsshの設定は完了しているものとして作業します。(認証部分はsshに依存しているので)

さくらVPSにMoshを導入

1
2

sudo yum -y install boost-devel zlib-devel ncurses-devel protobuf-devel paco
exec $SHELL

yumで導入出来なかったので、githubからソースを持ってきて導入。 ソースから導入する場合は、pacoで 管理した方が楽なので、pacoを利用します。
IO::Ptyも必要のようなことが書いてありますが検証したLion、Fedora16、SL6.2、CentOS6.2では導入しなくても大丈夫でした。

1
2
3
4
5
6
7
8
9
10

mkdir ~/tmp
cd ~/tmp
git clone git://github.com/keithw/mosh.git
cd mosh
./autogen.sh
./configure
make
sudo paco -D make install
sudo paco -ua
exec $SHELL

さくらVPS側では、UDPの60000-61000番ポートを開放する必要があります。
私は/etc/sysconfig/iptablesに下記を設定しました。適時変更してください。
検証時は接続元を絞った方がいいかと思います。

1
2

# mosh
-A RH-Firewall-1-INPUT -m state --state NEW -m udp -p udp --dport 60000:61000 -j ACCEPT

MacにMoshを導入

Homebrewを利用して導入

1

brew install mobile-shell

MacからさくらVPSにMosh接続

1

mosh hostname

という感じで接続出来ます。sshdのように常時デーモンが起動しているわけでなく、 mosh接続した際に、リモートホストでmosh-serverが起動される感じです。

sshに慣れきっていたので、Moshのレスポンスの良さは驚きです。 とりあえずローカル環境に関してはsshじゃなくmoshでいいような。

自分の開発環境には全台導入しました。

• glidenote/keepalived-syntax.vim

keepalived自体にconfのsyntax checkをしてくれる機能が無くて、confを修正するときは keepalived-checkを必ず回しているんですが そもそもconfの作成の時点で、間違いに気づければいいなと昔から思っていたので、 それが解決しそうです。

導入方法

導入にはvundleか、NeoBundleを利用してください。

私はvundleを利用しているので、.vimrcに下記のように記載しています。

2012年4月9日 2:00追記 setからsetlocalに修正しました

1
2

Bundle 'glidenote/keepalived-syntax.vim'
au BufRead,BufNewFile keepalived.conf setlocal ft=keepalived

@heavenshellさんに教えてもらいました

@glidenote “au BufRead,BufNewFile keepalived.conf set ft=keepalived” は setlocal の方が良いようです。bit.ly/Itypeg bit.ly/Itypeh

— heavenshellさん (@heavenshell) 4月 8, 2012

before

after

最近keepalivedのconfを一から書く事はほとんどないですが、 confを修正するときに重宝しそうです。

• vim-scripts/nginx.vim

.vimrcに下記のように記載

before

after

ソースがわかりやすいので、syntax系vim pluginはすぐ自作出来そう。

• hchbaw/auto-fu.zsh

普通に試すだけなら下記を実行すればOK

1
2

git clone git://github.com/hchbaw/auto-fu.zsh.git
source auto-fu.zsh/auto-fu.zsh; zle-line-init () { auto-fu-init; }; zle -N zle-line-init

私は下記のような感じで設置しました。

1
2
3
4

mkdir ~/work/ ~/.zsh/
cd ~/work/
git clone git://github.com/hchbaw/auto-fu.zsh.git
cp ~/work/auto-fu.zsh/auto-fu.zsh ~/.zsh/auto-fu.zsh

.zshrcに下記を追加して、exec $SHELL

これは凄い

参考URL

• zshで自動補完したい - hchbaw記
• おすすめzsh設定 - ククログ(2011-09-05)