さくらVPSにzncをインストール

以前、自宅のPC (MMX 133MHz!) でNetBSDを運用しておりまして、 その上でIRCゲートウェイ(というのかプロキシーというのか)を走らせていたんですが、 ずいぶん前に雷でマシンごとやられまして、そのままになっていたのを急に思い出しました ^^;

今度はさくらVPSにインストールすることにして、 ゲートウェイはどれにしようか悩んだのですが、最近はtiarraよりzncのようなので、 zncにしてみます。以前動かしていたのはなんだったかもう思い出せませんでした。年か ^^;

CentOSはyumでzncを入れればいいです。epelに入っているみたいです。

$ sudo yum -y install znc
...(略)...
Installed:
  znc.x86_64 0:1.2-1.el6                                                                                                       

Complete!

というわけで、znc 1.2 がインストールできました。単に

$ znc

と起動してやると、かってにバックグランドで起動します。起動する前に設定を しなくていはいけませんが、--makeconf をつけて起動すると対話的に 設定を作ることができます。

$ znc --makeconf
[ ok ] Checking for list of available modules... 
[ ** ] Building new config
...(略)...

設定は適当にやりますが、zncでは複数のユーザーを作成することができます。ひとつzncを起動するだけで、 複数の人からの接続を許すことができます。最近のバージョンでは、ひとりのユーザーにつき、複数のネットワーク (IRCサーバー)を指定することができ、同時にあっちのサーバーとこっちのサーバーにつなぐことができます。 主な設定を抜粋しておくとこんなかんじ。

[ ?? ] What port would you like ZNC to listen on? (1025 to 65535): 6667 
       ↑クライアントがzncに接続するポートの指定

[ ?? ] Would you like ZNC to listen using SSL? (yes/no) [yes]: yes
       ↑クライアントとの接続にSSLを使うか (yesにしました)

[ ?? ] Would you like to create a new pem file now? (yes/no) [yes]: yes
[ ok ] Writing Pem file [/home/iwa/.znc/znc.pem]... 
       ↑pemファイルを作るかどうか (作ります)

[ ?? ] Would you like ZNC to listen using ipv6? (yes/no) [no]: no
       ↑ipv6 は無効に

[ ?? ] Listen Host (Blank for all ips): 
       ↑ブランクでいいみたい

[ ** ] -- Network Modules --
...(略)...モジュール類はぜんぶnoにしておいて、あとから追加すればいいでしょう。

[ ** ] Now we need to set up a user...
       ↑ユーザーの作成をします

[ ** ] 
[ ?? ] Username (AlphaNumeric): hoge
[ ?? ] Enter Password: 
[ ?? ] Confirm Password: 
       ↑クライアントがzncに接続するユーザー名とパスワード

[ ?? ] Would you like this user to be an admin? (yes/no) [yes]: yes
       ↑クライアントがzncに接続するユーザー名とパスワード

[ ?? ] Nick [hoge]: kenic
[ ?? ] Alt Nick [kenic_]: kenip
       ↑IRCのニックの指定

[ ** ] -- IRC Servers --
[ ** ] -- Channels --
       ↑大胆に省略しますが、IRCサーバーとチャンネルを指定します。複数指定できます。

[ ** ] To connect to this ZNC you need to connect to it as your IRC server
[ ** ] using the port that you supplied.  You have to supply your login info
[ ** ] as the IRC server password like this: user/network:pass.
[ ** ] 
[ ** ] Try something like this in your IRC client...
[ ** ] /server  +16668 iwa:
[ ** ] And this in your browser...
[ ** ] https://:16668/
       ↑注意がきです

[ ?? ] Launch ZNC now? (yes/no) [yes]: yes
       ↑yes ってすると起動します。

できた設定は ~/.znc/configs/znc.conf に書かれています。これを手で書き換える場合は次のようにします。

IRCクライアントで /znc SaveConfig
~/.znc/configs/znc.conf を編集
IRCクライアントで/znc Rehash

複数のネットワークを指定したばあいは、クライアントはどのネットワークを使いたいか、 指定する必要があります。ネットワークの指定(切替)は、クライアントから /znc jumpnetwork でネットワークをそのつど切り替えるか、クライアントの接続の設定で、パスワードに 「user名/ネットワーク名:パスワード」として、あらかじめネットワークを指定するかします。 ここのところが良くわからなくて少し悩みました。よくみたらちゃんとメッセージが出てたんですけど。

moduleはいろいろあるみたいですが、とりあえずlogぐらいはとるようにしたいです。IRCクライアントから ロードできます。 /znc loadmodule log としさえすれば、あとはかってに ~/.znc/users/hoge/moddata/log/ の下に、チャンネル別、日付別にログができます。便利です。

その他、くわしいことは /znc help でわかるみたいです!

参考文献

• tiarraをやめてzncにしてみた, Perlとかmemoとか日記とか。

nfsで公開されているディレクトリをLeopardでマウントする方法

nfsで公開されているディレクトリをMac OS X でマウントする場合、以前はNetinfoを利用して設定をしたようですが、 LeopardではNetinfoがなくなってしまったので、手順がかわりました。作業をまとめておきます。

LeopardではNetinfoがなくなってしまったので、「Directory Utility」を使ってマウントします。場所はApplications→Utilities→Directory Utilityです。

図1. Directory Utility.app

Directory Utilityを起動したら、右下の「Show Advanced Settings」を押します。すると上にオプションが出ます。

図2. Directory Utilityが起動したら「Show Advanced Settings」を押す

図3. すると上にオプションが出ます

つづいて「Mounts」というのをポチッとします。

図4. Mountsオプション

ここで自動的にNFSをマウントするための設定をします。下の鍵マークをクリックすると管理者のパスワードを聞かれるので、入力します。そのあと「+」ボタンをおすと、次の画面になります。

図5. NFSのマウントの設定画面

ここでなかほどにある「Advanced Mount Parameters」をクリックして、マウントオプションを入れられるようにします。

図6. マウントオプションの欄を表示にする

さあこれで準備はできました。あとはNFSのexport元と、マウントするディレクトリを入力します。このときのポイントは、「Ignore "set user ID" privileges」(=nosuid)をオンにするのはよくある設定ですが、ついでに「-P」を指定すること。これは resvportと同等で、1024番以下のポートを利用するようにするオプションです。たいていのNFSサーバーはデフォルトで セキュアポート(=1024番以下)のポートを使わないと接続できないように設定されていますが、Leopardでマウントする側は デフォルトでは1024番以上を使うようになっています。そのため、このresvportまたは「-P」を設定しないとマウントできません。 ここ重要。

図7. いろいろ入力

できたら、「Verify」して「Apply」します。NFSのサーバー名やディレクトリ名がちがっていると、エラーが出るので修正します。

これでNFSで公開されているディレクトリがマウントされるのですが、マウントするのがホームディレクトリの場合、 uidがおなじじゃないとうまくいきません。NISで共有できればいいんだけど、とりあえずNISを使わずに同じにしておく方法を 紹介しておきます。

まず、あらかじめ「Terminal」を開いておきます。ここも重要。これをやらないと、そのユーザーでログインできなくなる可能性がありますので要注意。

次に「System Preferences」の「Accounts」をひらいたら左下の鍵マークをクリックし、管理者のパスワードを入力しておきます。そして、NFSを公開している元とおなじuidにしたいユーザーをコントロール+クリック。するとコンテクストメニューがでて、 「Advanced Options...」というのが選べるので選びます。すると図8のような画面が出ますね。

図7. 左のアカウントの一覧のところで、コントロール+クリックして「Advanced Options...」をえらぶと

図8. こんな画面が出ます

ここで「User ID」をNFSサーバー上のuidと同じにします。そのあと「OK」をクリック。

できたら、さきほどひらいたTerminalで「chown -R .」します。ホームディレクトリのファイルを あたらしいuidの所有物にします。できたらリブートすれば完成!

デスクトップにでもショートカットをおいておくと便利かも!

WordPressにGoogle Analyticsのトラッキングコードを追加する方法

全然更新してないけど、実験用のWordPressのサイトにGoogle Analyticsのコードを追加してみました。画像はflickrにおいたものを使ってるんだけど、flickrのstatみるとそこそこアクセスがあるようなので。

ふつうに(?)ga.jsっていうトラッキングコードを埋め込んでもいいんだけど、せっかくなのでPluginを使ってみることにしました。今回つかってみたのはUltimate Google Analyticsというプラグインです。ではさっそくインストールの方法。

1. まず、Google Analyticsのアカウントをとります。
2. Ultimate Google AnalyticsのZIPファイルをダウンロードします。2008年4月現在の最新版は1.6.0です。ダウンロードはUltimate GAのダウンロードの章からどうぞ。
3. ZIPファイルを展開するとでてくるphpファイルを、WordPressがインストールされているディレクトリの下にある wp-content/plugins ディレクトリの下にコピーします。
4. WordPressの管理画面 (通常 http://あなたのblog.com/wp-admin です)に行き、「Plugins」タブでUltimate Google Analyticsを「Activate(有効に)」します。
5. Ultimate Google Analyticsが有効になっていると「Options」タブの下に「Ultimate GA」というタブができるので、ここで設定をします。とりあえず「Account ID」だけ設定すればよいでしょう。Account IDはGoogle AnalyticsのアカウントのIDです。UA-999999-9というようなフォーマットをしています。UA-999999の部分がアカウントのIDで、最後の一桁がWebサイトごとにつけられた番号だと思われます。

なお、すでにGoogle Analyticsに登録してあるwebサイトのAccount IDの確認の方法がわかりにくくなっています。Analyticsにログインして、「Analytics 設定」→ webサイトのリストの右側にある「編集」→ 上部に出てくる「(ステータスを確認) 」でそのWebサイトのトラッキングコードが表示されます。そのなかにUA-999999-9というフォーマットのIDがあるはずですので、それをつかってください。

図1. Google AnalyticsのAccount ID

これだけでとりあえず完了です。あとはGoogle Analyticsがレポートをアップデートするのをまつだけです。Google Analyticsのアップデートは、今のところ24時間ぐらいかかっているようです。

参考文献

• Ultimate Google Analytics, Wilfred van der Deijl, 2006-2008

Leopard の VNC で画面共有

Mac OS X 10.5 LeopardからVNCのクライアントが標準装備になったとのこと。サーバ機能はTigerにもあったんだけどね。で、その肝心のVNCクライアントはどこにあるかというと、「/System/Library/CoreServices/Screen Sharing.app」にあります。ふつうにFinderでたどれば出てきますし、Safariのアドレスバーに「vnc:」といれれば勝手に起動します。いったん起動したらドックに登録しておくと便利かも。

図1. Screen Sharing.app

で、みられる方のマシンはTigerの場合は「システム設定」の「共有」で「Apple Remote Desktop」を有効にして、「監視」の「制御」をオンにすればいいみたいです。

図2. みられる側がTiger (10.4.x)の場合

みられる側がLeopardの場合は「システム環境設定」の「共有」の「画面共有」をオンにするだけでよいです。

図3. みられる側がLeopard (10.5.x) の場合

あとはScreen Sharing.appをたちあげて、接続するマシンの名前かIPアドレスをいれて、許可されたユーザーログインすればOK。便利ですねー。

iPod touch 1.1.3のjailbreakが可能に!

iPhone/iPod touchの1.1.3がでてしばらくたちますが、参考文献[1]によると、ついにjailbreakが可能になったようです。詳しくはJailbreak-1.1.3.tar.gzをダウンロードしてお試しください。私はいま手順をみているところです。参考文献[2]も参考にするといいかも。

参考文献

1. Dev Team's 1.1.3 jailbreak for iPhone / iPod touch now available, engadget, 2008
2. Leaked 1.1.3 Jailbreak, George's Blog, 2008

08.1.28追記

install.shをみるとほとんどたいしたことはしてなくて、

1. 1.1.3ファームウェアの取得、復号、マウント
2. fstabの変更、Install.appのコピー
3. 変更した1.1.3ファームウェアを現行のファームウェアに上書きコピー

ぐらいのようです。いつの間にかファームウェアを復号するためのキーが発見されていたんですね。 よく考えればファームウェアが復号できないから苦労していたのであって、キーがわかってればなんてことないような...? install.shではほかに/binを全部コピーしたりとなんかイマイチな部分もあるので、あとで手順をまとめてみたいとおもいます。

さくらのレンタルサーバで503 Service Temporarily Unavailableが出る謎

さくらのレンタルサーバのスタンダードを借りているのですが、2、3日前から503 Service Temporarily Unavailableがでるようになりました。phpのみで、ふつうのhtmlはOK。URLでphpを直接指定すると503で、URLでディレクトリを指定してphpを参照すると403 Forbiddenになっちゃいます。

図1. 503 Service Temporarily Unavailable

performancepartscentral.comってのがさくらの上で動いているドメインです。これをみたとき、なにがおこったのかさっぱりわからず、てっきりサーバが壊れたのかと思ってさくらに問合せをしたところ、下記のようなお返事をいただきました。

「503 Service Temporarily Unavailable」というエラーメッセージは、 一時的にウェブアクセスが集中している、もしくは、お客さまにて設置 されているCGIプログラムが誤作動を起こしている場合において表示され ます。

▼ オンラインマニュアル エラーメッセージ集
http://support.sakura.ad.jp/support/manual/rs/errmsg_web.shtml#503

弊社「さくらのレンタルサーバ」サービスは1台のサーバを複数のお客様と 共有して使用いただく、いわゆる"共用サーバ"となります。 そのため、1人のお客様がサーバの性能を使い果たし、サーバの負荷に よって他のお客様へご迷惑をおかけすることのないよう様々な制限が 設けられております。

お客様のサーバを確認いたしましたところ、お客様のアカウントに対して CGIやPHPによるアクセス制限が設けられておりました。今回こちらの制限の 緩和を行なわせていただきました。 しかしながら、今後同様にサーバに許容範囲を超える過負荷等が発生しま した場合、再度制限が設けられる可能性がございますのでご注意ください ますようお願いいたします。

なお、これらの制限につきましてはサーバへの負荷がかかる状態を確認 すると制限を掛かり、負荷が緩和されると制限を解除いたします。 弊社にて定めている具体的なしきい値につきましては時流により変動いた しますため、申し訳ございませんが 公表させていただいておりません。あらかじめご了承ください。

要するに具体的な制限値があるわけではなく、「負荷が掛かる状態」を確認すると制限がかかるということらしいです。 つまり、わたしが動かしているサイトのどれかが負荷をかけたので、503の規制がかかったということですね。 でも、10月や11月とくらべると、わたしのサイトへのアクセスは激減しているはずなのに、10月や11月には503にならず、 1月に急に503になるのはおかしい気がします。そこで、 アクセス数と503の回数をグラフにしてみました。

図2. 1日あたりの503の回数とhit数

ログを見ると1月8日の夜23時ごろから規制がはじまってます。でもねえ、グラフにしてみるとはっきりわかるとおり、 やっぱり10月とくらべるとだんぜんアクセス数も少ないし、規制がはじまったときの 絶対的な値もいちにち2000ヒットや4000ヒットですよ? なにがきっかけで規制がはじまったのかちっともわからん...

今回の件があるまでぜんぜんしらなかったけど、さくらは「503」になることがよくあるらしいですね。それで文句が よく出ているようですが、なんか、503規制をはじめるアルゴリズムがダサイのが文句が出る原因じゃないかって気がしてきた。 ちゃんと理解可能な理由で503規制がはじまれば、ユーザー側で対策もとれるし文句はでないのでは....?

この件は、またあとでさくらに問合せしてみるかも。

参考文献

1. 共有さくら鯖の503の謎, またたび.ws, 2005
2. さくら（sakura）インターネットの503 Service Temporarily Unavailableについて, 時事ネタに釣られるブログ, 2007

wordpressのビジュアルエディタを無効にする方法

以前さくらのレンタルサーバーにwordpressをインストールする方法で使い始めたwordpressですが、記事を書いてみるとなぜか<div>が<p>になってしまいます。divの中に入っているpもなんか変換されちゃってへんなかんじ...なんだろうと思ったら参考文献[1]に書いてありました。ビジュアルエディタにバグが! へんなバグだなあしかし...

解決するにはビジュアルエディタを無効にするか、そのバグそのものを直すパッチをあてればいいようです。わたしはビジュアルエディタはぜんぜん使わないので、無効にすることにしました。これがまた、無効にする方法がわからん...うーん。ユーザー→編集ってどこよ! ないし!

悩むこと3分、参考文献[2]を発見。ディレクトリ「wp-includes/js/tinymce/」をリネームすればいいらしい。簡単だね!

$ cd wordpressをインストールしたディレクトリ
$ mv wp-includes/js/tinymce wp-includes/js/tinymce.bk

案外簡単になおりました。オタメシアレ!

参考文献

1. Wordpressの文章整形機能でdivタグがpタグに…, lovelog, 2007
2. Disable Visual Editor, wordpress.org, 2007

Mac OS X 10.5 Leopard でデフォルトのデスクトップ画面を変更する方法

Mac OS X 10.5 Leopardが出てからだいぶんたちますが、皆さんいかがお過ごしでしょうか。わたしのまわりでもそろそろ様子見を脱却して、インストールするひとがふえています。色々べんりになってるし、動作も軽快だし、いいですよね!

そのレパードですが、デフォルトのデスクトップ画面がこんなのになっています。

図1. デフォルトのデスクトップ

作業画面の後ろに常時だしておくにはまぶしすぎるので、すぐに「システム環境設定」の「デスクトップとスクリーンセーバ」で「Solid Colors」のなかの「Solid Gray medium」に変更しました。これで自分のデスクトップはOKです。でもこの画像、ログインの画面でも出てくるんです。これが、かなりまぶしい。ううっ。

という意見は実際あちこちでよく見かけます。この画像を変更するTipsはもうあちこちに書かれています。この画像のありかは、「/System/Library/CoreServices/DefaultDesktop.jpg」です。同じ名前で違う画像ファイルをおいておけば、このまぶしい画像のかわりに、おこのみの画像を使うことができます! 簡単ですね。

というのがよくあるTipsですが、ここでは単に削除してみます。ほかに、とくに使いたい画像もありませんので。まあ「消す」といっても、本当に消しちゃうともしかして困ることがあるかもしれないので(ないと思うけど)、名前を変更しておきます。

$ cd /System/Library/CoreServices
$ ls -l DefaultDesktop.jpg
-rw-r--r--  1 root  wheel  1378680  9 24 10:51 DefaultDesktop.jpg
$ sudo mv DefaultDesktop.jpg DefaultDesktop.jpg.bk
Password: ここでパスワードを入力

これで「Solid Aqua Blue」が背景に使われるようになります。

写真1. Solid Aqua Blueなレパードのログイン画面

かんたんですねー。皆さんもやってみよう!

さくらのレンタルサーバーにWordPressをインストールする方法

ちょっと思い立ったので、さくらのレンタルサーバにWordPressをインストールしてみました。WordPressのインストールって、ちょう簡単なのねえ...しらなかった。作業開始から動作確認まで3分ぐらいで完了しました。さくらのレンタルサーバーをかりてるひとは、wordpress.comとか借りる必要まったくないですね。とかいいつつ、これはblogger.comだけど! その、今回インストールしたのはこちら、Performance Parts Central。まあなんていうんですか、普通のブログです。

インストールは簡単に言うと、ダウンロードして、展開して、パーミッションなおして、データベースの設定をするだけなんです。というわけで、さっそくやってみよう。用意するものはtelnetの端末とウェブブラウザだけです。WindowsのひとはコマンドプロンプトかTera termを、Mac OS Xのひとは「ターミナル」を使ってください。WindowsやMac OS Xのftpクライアントとかは必要ありません。

ではまず、コマンドプロンプト/Tera Term/ターミナルをつかって、さくらのレンタルサーバーにログインしましょう。ログインの仕方はだいじょうぶですかー?

% ssh ****.sakura.ne.jp -l ****  ←借りるときに指定したサブドメイン名とユーザー名ね
****@****.sakura.ne.jp's password: ←パスワード入力
Last login: Tue Dec 18 10:11:03 2007 from xxxx.xxxx.xx
Copyright (c) 1980, 1983, 1986, 1988, 1990, 1991, 1993, 1994
 The Regents of the University of California.  All rights reserved.

FreeBSD 6.1-RELEASE-p17 (SAKURAx) #0: Mon Jun 11 20:40:49 JST 2007

Welcome to FreeBSD!

%

では、つぎにWordPressをダウンロードしましょう。日本語版のひとはWordPress Localizationリリースファイル・リストを、英語版でいいひとはDownload WordPressを見て、ダウンロードするファイルのURLを見つけてください。現在のところ、日本語版のひとは「http://prdownloads.sourceforge.jp/wordpress/27093/wordpress-me223.zip」、英語版のひとは「http://wordpress.org/latest.zip」です。そうしたらこれをさくらのサーバー上でダウンロードします。場所はどこでもいいですが、ホームディレクトリにしておきましょうか。ここでは英語版にしました。

% cd ~/
% ftp http://wordpress.org/latest.zip
Requesting http://wordpress.org/latest.zip
  1040 KB  296.92 KB/s 
1065215 bytes retrieved in 00:03 (296.92 KB/s)
% ls -l ./latest.zip
-rw-r--r--  1 narak  wheel  1065215 Dec 19 17:32 ./latest.zip

ダウンロードできたら、展開します。これもとりあえずはどこでもいいです。ホームディレクトリで展開しちゃいます。

% unzip latest.zip
Archive:  latest.zip
   creating: wordpress/
  inflating: wordpress/wp-trackback.php  
  inflating: wordpress/wp-config-sample.php 
....
  inflating: wordpress/wp-content/plugins/akismet/akismet.gif  
  inflating: wordpress/wp-content/plugins/akismet/akismet.php  
  inflating: wordpress/wp-content/plugins/hello.php 

これで、「~/wordpress」以下に展開できました。展開できたら、ブツを所望の位置に移します。ここでは仮にxxx.sakura.ne.jp/blog/というディレクトリで動かすことにします。すると、移動する先は「~/www/blog」になるはずです。

% mv wordpress ~/www/blog
% cd ~/www/blog
% ls
index.php  wp-config-sample.php wp-rdf.php
license.txt  wp-content/  wp-register.php
readme.html  wp-cron.php  wp-rss.php
wp-admin/  wp-feed.php  wp-rss2.php
wp-app.php  wp-includes/  wp-settings.php
wp-atom.php  wp-links-opml.php wp-trackback.php
wp-blog-header.php wp-login.php  xmlrpc.php
wp-comments-post.php wp-mail.php
wp-commentsrss2.php wp-pass.php

ターミナルでやる作業はこれでおわりです。あとはweb経由で設定を行います。動かすつもりのディレクトリにブラウザでアクセスすると、次のような画面が出るはず。

図1. 初めてのアクセス

ここの「create a wp-config.php file through a web interface」というリンクをぽちっとします。

図2. 次の画面

この画面の「Let's go」をクリックしましょう。するとこうなるはず。

図3. データベース設定画面

ここで、さくらでつかえるMySQLサーバー名やデータベース名などを入力します。最後の「Table Prefix」は、WordPressを複数設置するときは、重ならないように適当にユニークな名前にしておきます。入力できたら「Submit」をポチ。

図4. 準備完了

ここで「run the install!」をポチとします。

図5. タイトルとe-mail入力

ブログのタイトルと、emailアドレスの入力を求められるので入力します。入力したら「Install WordPress」をポチ。

図6. インストール完了!

ここで表示されるパスワードは忘れないようにして下さい。あとは、ここで与えられたパスワードをつかって、wp-login.phpにログインすればオッケーです。「wp-login.php」というリンクをポチ。

図7. ログイン画面

ユーザー名「admin」パスワードは先ほどのものでログインしてください。すると、

図8. 管理画面

おおっ! そして、ブログの本体の画面はというと...

図9. てきとうすぎるブログ名のブログ!

できましたー。あとは先ほどの管理画面から投稿すればオッケーです。管理画面は「ブログのURL/wp-admin.php」です。あとは、ユーザーを作成したり、テーマをダウンロードしてブログの見た目をかえたり、パーマリンクのURLのかたちを変えたり、いろいろやりましょう!

参考文献

1. wordpress.org (WordPressの配布元)
2. Installing WordPress, WordPress Codex

さくらのレンタルサーバーのRuby on Railsを高速化する方法

以前、さくらのレンタルサーバーにRuby on Railsをインストール、動作を確認し、実際に簡単なアプリケーションをうごかしてみました。

1. さくらにRailsをインストールする方法
2. その動作確認
3. サンプルアプリケーション

しかし、これがどうにも遅い! 通常はApacheに加えてfastCGI等を利用して起動の高速化をはかるのですが、さくらの共用サーバーでは利用できません(参考文献[1])。ただのCGIで動かした場合にどれぐらい遅いかというと、参考文献[2]をごらんください。普通の(?)方法でうごかすのと比較すると、ただのCGIはざっと100倍ぐらい遅い。ひどい!

というわけで、多少でもはやくならんもんかと思い色々と試してみました。速度の測定にはhttperfを使ってみました[3]。Mac OS X の場合はMacPortsで簡単にインストール可能です。ほかのプラットフォームでもいろいろあると思いますが、割愛します。

まずは、RailsもRubyも関係ない、静的ファイルの場合を測定してみます。ファイルの内容はあとで出てくるRailsのものとおなじです。

% httperf --server=narak.sakura.ne.jp --port=80 --uri=/test.html --num-conns=100 --num-calls=1
httperf --client=0/1 --server=narak.sakura.ne.jp --port=80 --uri=/test.html --send-buffer=4096
  --recv-buffer=16384 --num-conns=100 --num-calls=1
httperf: warning: open file limit > FD_SETSIZE; limiting max. # of open files to FD_SETSIZE
Maximum connect burst length: 1

Total: connections 100 requests 100 replies 100 test-duration 8.095 s

Connection rate: 12.4 conn/s (80.9 ms/conn, <=1 concurrent connections)
Connection time [ms]: min 77.5 avg 80.9 max 88.4 median 80.5 stddev 2.2
Connection time [ms]: connect 27.0
Connection length [replies/conn]: 1.000

Request rate: 12.4 req/s (80.9 ms/req)
Request size [B]: 78.0

Reply rate [replies/s]: min 12.2 avg 12.2 max 12.2 stddev 0.0 (1 samples)
Reply time [ms]: response 27.3 transfer 26.6
Reply size [B]: header 231.0 content 5512.0 footer 0.0 (total 5743.0)
Reply status: 1xx=0 2xx=100 3xx=0 4xx=0 5xx=0

CPU time [s]: user 1.83 system 6.17 (user 22.7% system 76.2% total 98.9%)
Net I/O: 70.2 KB/s (0.6*10^6 bps)

Errors: total 0 client-timo 0 socket-timo 0 connrefused 0 connreset 0
Errors: fd-unavail 0 addrunavail 0 ftab-full 0 other 0

httperfは指定のサイトの指定のページにある回数アクセスして、速度を測定します。今回は100回にしてみました。結果が色々出てますが、とりあえず

Request rate: 12.4 req/s (80.9 ms/req)

ここだけみることにします。これは1リクエストあたり80.9msかかり、1秒間に12.4リクエストの処理が可能ということです。Railsの処理時間をいくらみじかくしても、これより速くなることはないという値です。

ではつぎに、サンプルのtodoリストの速度を測定してみます。

Request rate: 0.5 req/s (1851.1 ms/req)

うーん、100倍は遅くありませんが、静的ファイルの場合と比較すると25倍ぐらい遅いですね。これをベースに、どれぐらい高速化できるか検討します。

まずは実行環境です。実は上記todoリストはdevelopment環境で稼働していました。これをproduction環境に変更します。production環境の方が速い。らしいです。変更の仕方は、

1. config/database.ymlでproduction環境にもデータベースの設定を書く。
2. config/environment.rb で「ENV['RAILS_ENV'] ||= 'production'」の行のコメントを外す。

です。これでプロダクション環境になります。ではさっそく、速度を測ってみよう!

Request rate: 0.6 req/s (1675.0 ms/req)

ビミョーに速くなりました!

さらに、今回の例はセッションを使っていないので、セッションを無効にしてみます。無効にする方法はapp/controllers/application.rbを下記のように変更します。

class ApplicationController < ActionController::Base
  # Pick a unique cookie name to distinguish our session data from others'
  # session :session_key => '_Todo_session_id'
  session :disabled => true
end

このときの速度は下記の通り。

Request rate: 0.6 req/s (1752.7 ms/req)

うーん、あまりはやくならない。ていうかむしろすこし遅くなったような。セッションはDBに保存するので、DBが遅い場合はセッションを無効にすると劇的に改善することがあるようです。しかし、さくらのようにデータベースがMySQLで別のサーバになっている場合は効果があまりない。残念。

気を取り直して今回の最後の手段。必要のないモジュールをロードしないようにします。具体的には、config/environment.rbの下記の行のコメントアウトをとります(行頭の#を削除して行を有効にします)。

  # Skip frameworks you're not going to use (only works if using vendor/rails)
  config.frameworks -= [ :action_web_service, :action_mailer ]

このときの速度は下記の通り。

Request rate: 0.9 req/s (1103.7 ms/req)

おおっ、だいぶはやくなった! 静的ファイルと比較して25倍から13倍によくなりました! というわけでみなさんもお試しあれ。焼石に水という気もしますが...

参考文献

1. Movable Type 3.34 アップグレード, blog kazuking, 2007
2. 優しいRailsの育て方, 2006
3. Welcome to the httperf homepage, HP Labs, 2005

Mac OS X 10.4.x でごみ箱にファイルを移動すると「すぐに削除されます」となってしまいます

Mac OS X 10.4.x (Tiger)でごみ箱にファイルを移動すると、通常はごみ箱のなかにファイルが移動し、削除は任意のタイミングでユーザーが実行できるようになっています。ところが、なんらかのきっかけで、ファイルをごみ箱に移動した時点で「項目"なんとか"はすぐに削除されます」となり、ごみ箱に入らずに削除されるようになってしまうことがあります。また、10.5.x (Leopard)では、ごみ箱にファイルを移動するたびにパスワードの入力を求められるようになることがあります。双方とも、原因は「ごみ箱」フォルダーのオーナーが変更されてしまっていることです。直し方は次の通り。

「ごみ箱」の実体は ~/.Trash です。正しいowner/groupはユーザーのものです。これだけでわかるひとは自分で直して! わからないひとは次のようにしよう!

まず「~/.Trash」のオーナーを見てみましょう。「ターミナル」を起動します。「ターミナル」は「Applications」→「ユーティリティ」のなかにあります。起動できたら次のように入力。

% ls -ld ~/.Trash
drwx------  67 root  iwa  2278 11 16 16:32 /Users/iwa/.Trash/

ここでは「iwa」がユーザー名です。root iwa となっているところが正しくは iwa iwa となっていなくてはいけません。次のように入力して修正します。

% chown -R iwa ~/.Trash

できたらもう一度、「~/.Trash」を確認してみましょう。

% ls -ld ~/.Trash
drwx------  67 iwa  iwa  2278 11 16 16:32 /Users/iwa/.Trash/

これでなおりました! パチパチ! この現象、ATOKが入ってるとなることがあるみたいです。要注意!

System Profiler をコマンドラインで

Mac OS XにSystem Profiler.appというソフトがあります。Applications/Utilities/System Profiler.appにありますので、ここからでも起動できますし、その他にもアップルメニューの「About This Mac」で出てくるウインドウ(写真1)で「More Info...」ボタンを押しても起動します。

写真1. About This Mac

System Profilerが起動するとこんな感じです(写真2)。

写真2. System Profiler.app

マシン名やモデル、CPUの数、メモリの量などいろいろなことが分かって便利です。ただ、これは ふつうのアプリケーションなので、リモートからネットワーク越しに情報をみるのがむつかしいですね。 これをコマンドラインでとれると便利かもしれない。そういうのないのー、とおもって調べたら、 ありました。その名も"system_profiler"。フルパスでいうと /usr/sbin/system_profiler です。

使い方ですが、指定するのは2つだけ。出力フォーマットと、とる情報のタイプです。出力 フォーマットのほうは、なにも指定しなければインデントで成形されたプレインテキストで 出てきます。オプション"-xml"をつけるとXMLで出てきます。

取得する情報のタイプは、指定しなければ全部の情報がとれます。うちでは1108行も出てきました ^^; 引数として"dataType"を指定すると、そのセクションだけ情報をとることができます。dataTypeには たとえばSPHardwareDataTypeなどがあります。可能なdataTypeの一覧はオプション"-listdatatypes"を つけると見ることができます。データタイプの一覧はうちではこんな感じでした。

Available Datatypes:
SPHardwareDataType
SPNetworkDataType
SPSoftwareDataType
SPParallelATADataType
SPAudioDataType
SPBluetoothDataType
SPDiagnosticsDataType
SPDiscBurningDataType
SPFibreChannelDataType
SPFireWireDataType
SPDisplaysDataType
SPMemoryDataType
SPPCCardDataType
SPPCIDataType
SPParallelSCSIDataType
SPPowerDataType
SPPrintersDataType
SPSerialATADataType
SPUSBDataType
SPAirPortDataType
SPFirewallDataType
SPNetworkLocationDataType
SPModemDataType
SPNetworkVolumeDataType
SPApplicationsDataType
SPExtensionsDataType
SPFontsDataType
SPFrameworksDataType
SPLogsDataType
SPPrefPaneDataType
SPStartupItemDataType

うちではこうでしたが、マシンやOSによってちがうかもしれません。で、うちのマシンのプロファイルはというと、こんな感じ。実行したコマンドは"system_profiler SPHardwareDataType SPSoftwareDataType"です。

Hardware:

    Hardware Overview:

      Machine Name: PowerBook G4 15"
      Machine Model: PowerBook5,2
      CPU Type: PowerPC G4  (1.1)
      Number Of CPUs: 1
      CPU Speed: 1.25 GHz
      L2 Cache (per CPU): 512 KB
      Memory: 2 GB
      Bus Speed: 167 MHz
      Boot ROM Version: 4.7.1f1
      Serial Number: V740395ENRX

Software:

    System Software Overview:

      System Version: Mac OS X 10.4.10 (8R218)
      Kernel Version: Darwin 8.10.0
      Boot Volume: Macintosh HD
      Computer Name: xxx
      User Name: xxx

一部伏せ字にてお送りしております。15インチのPowerBookなのと、そのモデルが"PowerBook5,2"と いうのがわかりますね。せっかくネットワーク越しでもとれるので、学校においてあるiMacのプロファイルもとってみた。

Hardware:

    Hardware Overview:

      Model Name: iMac
      Model Identifier: iMac4,1
      Processor Name: Intel Core Duo
      Processor Speed: 1.83 GHz
      Number Of Processors: 1
      Total Number Of Cores: 2
      L2 Cache (per processor): 2 MB
      Memory: 2 GB
      Bus Speed: 667 MHz
      Boot ROM Version: IM41.0055.B08
      SMC Version: 1.1f5
      Serial Number: W86030YBU2R

Software:

    System Software Overview:

      System Version: Mac OS X 10.4.10 (8R2218)
      Kernel Version: Darwin 8.10.1
      Boot Volume: Macintosh HD
      Computer Name: xxx
      User Name: xxx

こうしてみると、Intel用のと、PowerPC用のとでMac OS Xのバージョンもびみょうに違うし、カーネルもマイナー番号が違うんだなあ。へー。というわけでみなさんもプロファイルをとってみよう!

参考文献

1. man 8 system_profiler, 2003