set -e
echo "in set -e"
...
set +e
hoge
echo "in set +e"

これで hoge でコマンドが失敗してもエラーでShell自体は終了しなくなる。

1. 仕事用のサーバへのssh秘密鍵
2. github.comなどの個人用のssh秘密鍵

などと複数の秘密鍵を持ちたい場合がよくある。メインは1.の仕事用のサーバだとすると

• ~/.ssh/id_rsa (id_dsa) は仕事用サーバ向けの秘密鍵
• ~/.ssh/id_rsa-private を個人用の秘密鍵

となることが多いのではないかと思う。

この場合

ssh -i ~/.ssh/id_rsa-private yourhost

などと毎回秘密鍵のファイルを指定するのはつらいので、~/.ssh/config に

Host yourhost
  IdentityFile ~/.ssh/id_rsa-private

と書いておくと、

ssh yourhost

だけでいけるので便利だと思った次第です。

つい最近tomahawkのドキュメントをGithub WikiからSphinxに移行したのでそのメモ。SphinxにはHTMLを生成する以外にもman pageを生成する機能があって

$ make man

を実行すると _build/man/ 配下に mycommand.1 みたいな感じでman pageが生成される。

でで、tomahawkの場合は tomahawk, tomahawk-rsync という２つの実行ファイルがあるので、この2つのman pageを生成したくて、tomahawk.rst, tomahawk-rsync.rst ファイルを作ってみたけど、デフォルトでは tomahawk.1 に全部入りのman pageができるだけで「独立したrstファイルから個別のman page生成するのってどうやるんだろう？」となっていた。

複数のman pageを生成する方法

結論としては、Sphinxのconf.pyに man_pages という設定があるので、これを下記のように man pageの数だけ用意してあげれば良かった。

authors = ('Kazuhiro Oinuma')
man_pages = [
    ('index', 'tomahawk-all', 'tomahawk manual', authors, 1),
    ('tomahawk', 'tomahawk', 'enables to execute a command to many hosts', authors, 1),
    ('tomahawk-rsync', 'tomahawk-rsync', 'enables to copy files to many hosts', authors, 1),
]

それぞれのタプルは順に

• source start file – manページの”ルート”となるドキュメントの名前です。このファイルから参照されたすべてのドキュメントはLaTeXファイルの中のTOCツリーにも含まれるようになります。もしも1つのファイルをマスターにしたmanページにしたい場合には、 master_doc で設定した値をここに指定して下さい。
• name – manページの名前です。これには、スペースや特別な文字を含まない、短い文字列を指定します。この項目は出力ファイル名と、manページの名前(NAMEセクション内)として使用されます。
• description – manページの説明です。これはNAMEセクション内で使用されます。
• authors – 著者名の文字列のリスト、もしくは単一の文字列です。manページのAUTHORSセクションを自動的に生成したくない場合には、空の文字列や空の配列を指定することもできます。
• section – manページのセクションです。出力ファイル名や、manページのヘッダー内で使われます。

ということらしい。このように複数のman pageを生成するやり方はSphinxのドキュメントにも書いてなかったので、Sphinx自体のドキュメントのソースを見てみたらビンゴだった。

なんでSphinxを使うのか

mkouheiさんにtomahawkのDebianパッケージを作ってもらっている時に「コマンドにはman pageが必要」といわれたので、どうせならHTMLもmanも生成できるSphinxに移行してみたというのが理由。最初はreStructuredTextのフォーマットを覚えるに苦労したけど、これさえ覚えれば色んなフォーマットに出力できるのでいい投資かなぁと思う。

あと、Read The Docsというサービスを使えば、Git/Mercurial/Bzr/SVNで管理しているファイルから自動的にSphinxでHTML生成して readthedocs.org から見れるようになるので非常に便利れす(ReadTheDocsについて詳しくはここ)。

というわけでソフトウェアのドキュメントにはSphinxがおすすめです！

はじめに

MySQLを使って開発をしていると、本番と開発用サーバの見分けがつかずに、間違って本番で重いクエリを発行しちゃったりします。そういうオペミスを少しでも防ぐために「本番環境ではmysqlコマンドのプロンプトの色を変える」という技を紹介したいと思います。

rlwrap

紹介といってもやり方は非常に簡単で、下記のように rlwrap というコマンドを使って mysql コマンドを実行します。

rlwrap -a -pRED mysql -uroot

するとあら不思議！MySQLのプロンプトが下記のように赤くなりました！

というわけで、rlwrapがインストールされているマシンであれば、下記のように .bashrc 的なファイルに書いておくことでmysqlのプロンプトを常に赤くすることができてオペミスも減らせますね！

if [ -x /usr/bin/rlwrap ]; then
    alias mysql='/usr/bin/rlwrap -a -pRED mysql'
fi

ちなみに rlwrap は Debian(Ubuntu) であれば apt でインストールできます。

sudo aptitude install rlwrap

CentOSの場合はepelリポジトリが追加されていれば yum でインストールできます。

sudo yum install rlwrap

さいごに

このウルトラカジュアルっぷりいかがでしたでしょうか。Advent Calendar 12日目は ikasam_a さんです。よろしくお願いします！

class MyClass(object):
    pass
 
def func():
    pass

な感じのmymodule.py があるとして

#!/usr/bin/env python
 
import inspect
import mymodule
 
for name, member in inspect.getmembers(mymodule):
    if inspect.isclass(member):
        print "%s is class." % name

みたいにやれば mymodule からクラスだけ抜き出せる。

inspectというモジュールはリンク先のマニュアルをざっと見てもらえばわかるように、モジュールやクラスや関数のメタ情報を色々取れるので超絶便利である。これは本当にすごい。

前提

• Pythonは2.6
• virtualenv(wrapper)を使って /usr/local/virtualenvs 配下に flask という環境を作っている
• flask には Flask や Jinja2 などアプリの実行に必要なものがインストールされている
• 実行するアプリは /var/www/wiki-converter にディプロイされている(wiki-converterのソース)

uWSGIのインストール

$ workon flask
$ pip install uwsgi

でいける。

uWSGIの起動

まずは本格的なアプリを起動する前にQuickstartに書いてあるhello world的なものを試しみる。

# /var/www/hello.py
def application(env, start_response):
    start_response('200 OK', [('Content-Type','text/html')])
    return "Hello World"

$ uwsgi --http :9090 --wsgi-file /var/www/hello.py

これでブラウザから http://<host>:9090/ にアクセスして”Hello World”が表示されればうまくいっている。

次はFlaskアプリで試してみる。

$ uwsgi --http :9090 -H /usr/local/virtualenvs/flask --python-path /var/www/wiki-converter -w wiki_converter:app

で起動できる。

• -H でvirtualenv な環境のディレクトリを指定
• –python-pathにアプリがあるディレクトリを指定

しているのがミソ。-Hがない場合 flask が見つからなくて

ImportError: No module named flask
unable to load app mountpoint=

というエラーが出てuwsgiがうまく起動できないので注意！

なお、uWSGIはnginxと組み合わせてよく使われるらしい。nginxとの組み合わせについてはCentOSでnginx + uwsgi + Djangoを試してみた « taichino.com:が詳しい。

$ pydoc -g

ってやったら↓のようなダイアログが出てきて

“open browser” クリックしたら、ブラウザで標準モジュールやインストールされているモジュールのドキュメントが読めましたとさ。Pythonすげー。

1万回ループを実行した場合の結果は

• StringBuilder: 76 ms
• String.format: 615 ms

となってStringBuilderの方が圧倒的に速い。個人的にはLL慣れしているのもあってString.format()の方が圧倒的に見やすくて好きなんだけど、スピードが要求されるときはやっぱりStringBuilder使わないと駄目だと思った次第。

ちなみに測定環境は下記。

• CPU: Intel Core i5 2.3Ghz Macbook Pro
• OS: Mac OSX SnowLeopard
• Java: java version “1.6.0_26″, Java(TM) SE Runtime Environment (build 1.6.0_26-b03-384-10M3425), Java HotSpot(TM) 64-Bit Server VM (build 20.1-b02-384, mixed mode)

正直、myfinderさんに声をかけられたときはどうしようかと悩んだけど、こういう経験はなかなかできないので良かったです。場数を踏むっていうのも重要ですしね。懇親会では riywo さんとシステム運用のガチトークをできたし、DeNAの人とたくさん絡めてよかったですｗ riywo さんが「MySQL Formal Talksやっても来るメンバーって変わらないよね」って言ってたのがなんともこの勉強会を象徴していて妙に印象に残っていますｗ

Vol.3 があったら今度は弊社メンバーの誰かにFusion-IOの話をしてもらいたいなぁ。

びふぉー

あふたー

f = open('/tmp/test.txt')
for line in f:
    print line
f.close()

※追記
Python2.5以降ならwithを使うともっとモダンというのをコメントやらブクマコメントで教えてもらった。

from __future__ import with_statement
 
with open('/tmp/test.txt') as f:
    for line in f:
        print line

下記は古いやり方。(ってPythonクックブックに書いてあった)

f = open('/tmp/test.txt')
while True:
    line = f.readline()
    if not line:
        break
    print line
f.close()

下記はファイルの中味が全部メモリに乗っちゃうから危険。

f = open('/tmp/test.txt')
for line in f.readlines():
    print line
f.close()

まとめ(イテレータ)

for line in f:
    print line

という書き方ができるのはfileが__iter__()とnext()を実装しているおかげ。詳しくはPEP-234に詳しく書いてある。

まずは /etc/postfix/main.cf に以下を追記。

relayhost = [mail.so-net.ne.jp]:587
smtp_sasl_type = cyrus
smtp_sasl_auth_enable = yes
smtp_sasl_password_maps = hash:/etc/postfix/so-net_password
smtp_sasl_security_options = noanonymous
smtp_sasl_mechanism_filter = PLAIN

/etc/postfix/so-net_passwordはこんな感じ。

[mail.so-net.ne.jp]:587 @.so-net.ne.jp:

$ sudo chmod 640 /etc/postfix/so-net_password
$ sudo postmap /etc/postfix/so-net_password
$ sudo /etc/init.d/postfix restart

でおｋ。あとはメール送信のテストする。

echo test | mail *****@gmail.com

これでメールが送られていれば成功。