SpeedyCGI を使ってみようと思って cpan install CGI::SpeedyCGI したら，怒られました。のであれこれ調べてなんとか動くパッチを作ってみました。 原因は Apache 2.2 (APR-1.2) になって， APR_BRIGADE_FOREACH() というマクロが deprecated になった（参考） apr_filename_of_pathname という関数が apr_filepath_name_get になった（CHANGES-APR-1.2） という非互換性があるためでした。 でも CGI::SpeedyCGI は Perl 5.8.6 以降ではメモリリークする（RT#13521）罠。がーん。speedycgi with Perl 5.8.6 のメモリリークをなおした - daily dayflower 参照 以下，パッチです。 --- mod_
エラーはエラーと返すべき まとめると、実運用ではCGI::CarpのfatalsToBrowserを使わないという話。社内向け フツーのCGIで、 #!/usr/bin/perl use strict; use CGI::Carp qw(fatalsToBrowser);#fatalsToBrowserを利用 use CGI; my $q = CGI->new; die "Bad error here"; print $q->header; print "test"; というものを書いて、実行するともちろんdieをする。そして画面には以下のHTMLが出力される。 <h1>Software error:</h1> <pre>Bad error here at /var/www/html/test/carp_fatal.cgi line 9.</pre> <p> For help, pleas
(注意: 印はくまくまー調べなので鵜呑みにしてはいけません) [開発] Apache上での開発はまず無理である。WEBrick は Ruby標準な上に最低限の機能・スペックは満たしているので未だに愛用者は多く、Rails初学者には十分である。WEBrickの速度に限界を感じたユーザは Lighttpd(愛称 lighty)を利用する。速度も十分でや設定も容易だが、起動時の引数でポートを指定できないなど若干使いづらい面もある。lighty ユーザは Mongrel に進むという予言もある。 [運用] Webサーバのデファクトはやはり Apache で、Rails的には生CGIは無理だが、FastCGIなどのモジュールと併用することで速度的な問題はなくなる。RailsはLighttpdなどの開発向けのサーバで動かし、リバースプロキシを利用する手もある。完全に Rails のみで運用されるサイト
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
