render :nothing => true, :status => 450

なんてことをしていて、Mongrelの開発環境だとちゃんと450が返ってくるのにApache+Passengerの検証環境だと500が返ってきていた。
そこで原因を調べたところ、返す可能性のあるステータスコードはすべて定義されていて、それ以外は500で返している。（※ソースは後述）

で、なんでこんなことをしようとしているのか。Flashのアップローダを作ってFileReference#upload()でアップロードしているのだけれど、こいつが結果をHTTPステータスでしか受け取れない。だから、結果のメッセージをサーバから返してそれを表示する、てこともできない。
アップロード自体が成功したか否かを知るには200かそれ以外か、くらいで十分なんだけれど、アプリ要件（たとえば、アップロードが終わってからファイルを受け付けられない状況になってただとか、ファイルの中身を見て判断しなきゃいけないだとか）での結果を返すには、これでは足りない。
結局、Apacheのソースコメントでunusedとなっていた418～421に意味を持たせ、そこを使って対応しました。層を混同していて気持ちがいいものではないのだけれど、影響範囲は広くなく、なんらかのフラグを立てて別リクエスト、のコスト増を考えるといいだろうとの判断。もしなにかいい方法があったら教えてください。

以下、Apacheソースの該当部分。

httpd-2.2.14/modules/http/http_protocol.c

 731 AP_DECLARE(int) ap_index_of_response(int status)
 732 {
 733     static int shortcut[6] = {0, LEVEL_200, LEVEL_300, LEVEL_400,
 734     LEVEL_500, RESPONSE_CODES};
 735     int i, pos;
 736
 737     if (status < 100) {               /* Below 100 is illegal for HTTP status */
 738         return LEVEL_500;
 739     }
 740
 741     for (i = 0; i < 5; i++) {
 742         status -= 100;
 743         if (status < 100) {
 744             pos = (status + shortcut[i]);
 745             if (pos < shortcut[i + 1]) {
 746                 return pos;
 747             }
 748             else {
 749                 return LEVEL_500;            /* status unknown (falls in gap) */
 750             }
 751         }
 752     }
 753     return LEVEL_500;                         /* 600 or above is also illegal */
 754 }

httpd-2.2.14/modules/http/http_protocol.c

  99 #define LEVEL_400 19
 100     "400 Bad Request",
 101     "401 Authorization Required",
 102     "402 Payment Required",
 103     "403 Forbidden",
 104     "404 Not Found",
 105     "405 Method Not Allowed",
 106     "406 Not Acceptable",
 107     "407 Proxy Authentication Required",
 108     "408 Request Time-out",
 109     "409 Conflict",
 110     "410 Gone",
 111     "411 Length Required",
 112     "412 Precondition Failed",
 113     "413 Request Entity Too Large",
 114     "414 Request-URI Too Large",
 115     "415 Unsupported Media Type",
 116     "416 Requested Range Not Satisfiable",
 117     "417 Expectation Failed",
 118     "418 unused",
 119     "419 unused",
 120     "420 unused",
 121     "421 unused",
 122     "422 Unprocessable Entity",
 123     "423 Locked",
 124     "424 Failed Dependency",
 125     /* This is a hack, but it is required for ap_index_of_response
 126      * to work with 426.
 127      */
 128     "425 No code",
 129     "426 Upgrade Required",

名前ベース・バーチャルホストWWWサーバの構築

SSL セキュアサーバではアクセス時に最初に SSL の認証シーケンスが走ります。しかし、その時点では Apache はアクセスしてきたホスト名が分からないため、証明書の交換は先頭のバーチャルホストのデータを元に行われます。従って、名前ベースのバーチャルホストでは、SSL は一つのバーチャルホストしか扱えません。

ってことを知らなくて、ハマった。確かにどのホスト名でアクセスしてもひとつめのドキュメントルートが表示されてた。

で、IPベースはというと・・・

Apache の IP ベースのバーチャルホストサポート – Apache HTTP サーバ

IP ベース という名前が示すように、サーバには IP ベースのバーチャルホストそれぞれにつき、別々の IP アドレスが 必要です。複数の物理コネクションを持っているマシンを用意するか、 最近のオペレーティングシステムでサポートされているバーチャル インタフェース (詳細はシステムの説明書を読んでください。たいていは “ip エイリアス” と呼ばれていて、設定には普通 “ifconfig” コマンドを 使います) を使うかで実現できます。

おーエイリアスでいいのか。こっちでいくか、外に出すものではないし。

...
[Sat Sep 30 21:27:18 2006] [notice] child pid 27980 exit signal File size limit exceeded (25)
[Sat Sep 30 21:27:18 2006] [notice] child pid 27981 exit signal File size limit exceeded (25)
[Sat Sep 30 21:27:18 2006] [notice] child pid 27982 exit signal File size limit exceeded (25)
[Sat Sep 30 21:27:18 2006] [notice] child pid 27983 exit signal File size limit exceeded (25)
[Sat Sep 30 21:27:18 2006] [notice] child pid 27985 exit signal File size limit exceeded (25)
...

リミット？ってことでhttpd.confを確認してもそれらしきところはなく、ググってみたらApache-Usersのメーリングリストにレポートを発見。

http://mm.apache.or.jp/pipermail/apache-users/2005-February/005184.html

おーなるほど。で、

-rw-r--r--    1 root     root     2147483647  9月 30 21:00 rewrite_log

これか。mod_rewriteのRewriteLogLevelを最大にしていたのを忘れてた。

わりとどうでもいいサーバだからって放置にも限度があるだろ的な。というか、ぴったり2GBってところになぜか感心。

またひとつ賢くなった・・・のか？

# /usr/local/apache2/bin/httpd -l

組み込まれてるモジュールが一覧されます。

ちなみにApache 2.2.0のデフォルトはこちら↓

Compiled in modules:
core.c
mod_authn_file.c
mod_authn_default.c
mod_authz_host.c
mod_authz_groupfile.c
mod_authz_user.c
mod_authz_default.c
mod_auth_basic.c
mod_include.c
mod_filter.c
mod_log_config.c
mod_env.c
mod_setenvif.c
prefork.c
http_core.c
mod_mime.c
mod_status.c
mod_autoindex.c
mod_asis.c
mod_cgi.c
mod_negotiation.c
mod_dir.c
mod_actions.c
mod_userdir.c
mod_alias.c
mod_so.c

コレを見てconfigureすればイイジャン！・・・って、コンパイルしないと見られないか。鶏と卵。

The Apache Software Foundation and The Apache HTTP Server Project are pleased to announce the release of version 2.2.0 of the Apache HTTP Server (“Apache”).

Apache 2.2.0がリリースされました。

これで安定リリースのApacheを使ってもmod_proxy_ajp(+mod_proxy)でTomcatとつなげるようになりました。

んが、TomcatのサイトのコネクタFAQでは

mod_jk is great and should be used for production. It is getting fixes as needed (which is now rare).

mod_proxy_ajp. With apache 2.2, mod_proxy was rewritten to support load balancing as well as a new transport called mod_proxy_ajp. This module is distributed with the Apache http server, not the Tomcat server.

となってます。

うーん、ちゃんとメリット、デメリットを理解しないとな。