iotopというコマンドを使うと、プロセスごとのIO使用状況が top コマンドのような感じに把握でき、システムのボトルネックの分析に使えます。

ubuntuの場合は

   1  apt-get install iotop

で導入できます。

iftop とあわせて Have a nice admin life!

Singletonを使う場面はよくあるんですが、iOS4以降はGrand Central Dispatchがあるのでそれのdispatch_onceを使う必要があるみたいで、メモ。

GCD 前：

   1  + (MyController*)singleton {
   2  	static MyController *controller = nil;
   3  
   4  	if(!controller) {
   5  		controller = [[MyController] alloc] init];
   6  	}
   7  	return controller;
   8  }

GCD 後：

   1  + (MyController*)singleton {
   2  	static dispatch_once_t pred = 0;
   3  	static MyController *controller = nil;
   4   
   5   	dispatch_once(&pred, ^{
   6    		controller = [[MyController alloc] init];
   7   	});
   8   	return controller;
   9  }

Cocoa Fundamentals GuideのClass Factory Methods項の下のほーーーうにあるCreating a Singleton Instanceの説明もとても参考になります。これは読むべし：

Cocoa Fundamentals Guide
http://developer.apple.com/library/mac/#documentation/Cocoa/Conceptual/CocoaFundamentals/CocoaObjects/CocoaObjects.html#//apple_ref/doc/uid/TP40002974-CH4-SW32

また、Apple Developer Forumsのこの質問もとても勉強になります：

Apple Developer Forums
https://devforums.apple.com/message/455002#455002

下記も参考

Singletons: You're doing them wrong
http://cocoasamurai.blogspot.com/2011/04/singletons-your-doing-them-wrong.html

普段サーバの監視にmonitを使っていますが、ubuntu nattyの環境に入れようとしたところ、monitが起動しないという問題に遭遇しました。

理由を調べてもなかなか分からなかったのですが、どうやらパッケージインストール時に最初にある設定ファイルのままhttpdの設定を行うと起動しないようです。

   1  set httpd port 2812
   2    use address localhost # <- これがあると起動しない
   3    allow localhost

ubuntuでパッケージのインストールを行ったとたん、 掲題のエラーメッセージが出るようになりました。 なかなか原因が分からなかったのですが、一つの原因として、

• 削除されたディレクトリの中で何かしらコマンドを実行すると発生する

ようです。存在するディレクトリにcdしてからもう一度確認すると、何事もなかったように元の状態に戻りました。 レアな問題のようですね。

ActiveRecordを使っている場合、 YamlDb を使うと比較的簡単にデータの移行ができるようです。 script/consoleあたりから、

   1  YamlDb.dump "/path/to/data.yml" # dump
   2  YamlDb.load "/path/to/data.yml" # load

という感じに使えます。structureは作ってくれないので、migrationなどであらかじめ用意しておきます。

route53 は、名前のとおり AmazonのRoute 53 を使うためのCLIユーティリティです。 これを使えば面倒な設定が簡単になります。

例) CNAMEレコードの中身を変更する

   1  route53 --zone xxx.xxx. -g --name "*.xxx.xxx." --type CNAME --values xxx-xxx.ap-xxx-1.elb.amazonaws.com.

今までスルーしてましたが、Route53を使えば ELBでZone Apexが使えるようになったので非常に面白いです。

buildが必用なgemをbundlerで管理するときに、 buildオプションを指定したい場合があります。 そのような場合には、

   1  bundle config build.pg --with-pg-dir=/Library/PostgreSQL/9.0

のようにgemごとにbuildオプションを設定することが出来ます。 この設定は ~/.bundle/config に以下のように保存されます。

   1  ---
   2  BUNDLE_BUILD__PG: --with-opt-dir=/Library/PostgreSQL/9.0

my.cnfの中で、clientとserver両方共 max_allowed_packet を適当に大きな数値に指定する。

   1  max_allowed_packet = 16M

config/database.yml でコネクション切断時に再接続する設定をする。

   1  production:
   2    reconnect: true

これで多分大丈夫。

昔は mysql_retry_lost_connection というものがあったのですが、最近 (Rails-2.3以降) は config/database.yml の中で

   1  production:
   2    reconnect: true

とやるだけで、接続が切れた場合に再接続してくれるようです。 まあ、ここまで用意するならデフォルトでそうなってても良いと思うんですけどね。

Rails-2.3.11用のExceptionNotificationプラグインは以下にあるようです (via @a_matsuda

• https://github.com/smartinez87/exception_notification/tree/2-3-stable

基本的にはこれを script/plugin install -r 2-3-stable すれば良いのですが、ConsiderLocalの実装にバグがあるので 直す必要があります。

具体的には、以下のファイルの self.included の場所をConsiderLocalモジュールの直下に移動します。

• https://github.com/smartinez87/exception_notification/blob/f3c89e3542436dd40b28d3bf41dae0baf30b1704/lib/exception_notification/consider_local.rb#L5

あとはREADME通りに設定して、ConsiderLocalをApplicationControllerからincludeすればok