Lighttpd/FastCGI - Linux Tips
_ fastcgiの設定 FastCGIの設定には2種類の方法がある。lighttpdから起動する方法と、プログラムをspawn-fcgiを使って起動し、lighttpdからportやunix-domain socketを使って通信する方法だ。他のサーバでFastCGIを実行させる場合は、必然的にportとなるだろう。php以外のruby,perl,pythonなどはこの様に、各cgi毎に設定を行う必要がある。perlについては、wrapperを使うことで、Apache の mod_perlのような使いかたをすることも可能のようだ。 mod_perlのような使い方 また、phpについてはcgi毎に管理するのではなく、apacheのmod_phpの様に、phpのみを起動しておく形になる。phpのacceleratorも使用できる。その設定は、こちら。 ↑ lighttpdから起動する方法
mizzy.org : trac を lighttpd + FastCGI で動かす
trac を lighttpd + FastCGI で動かす Posted by Gosuke Miyashita Wed, 17 May 2006 14:40:45 GMT このエントリ の様な経緯で、うちでは apache + tracd という構成で trac を動かしてるのですが、tracd がしょっちゅう落ちるんですよね。1日に2, 3回ぐらいは落ちる感じ。で、5分ごとに cron で tracd プロセスを監視して、落ちてたら再起動ってなことをやってるんですが、typester さん から「うちは lighttpd + FastCGI でやってるよ」というアドバイスを頂いたので、試してみました。 やったことは以下の通り。 FastCGI のインストール lighttpd のインストール lighttpd.conf を書く lighttpd の起動 1, 2 については省略。ディ
FastCGI Home
About FastCGI FastCGI is simple because it is actually CGI with only a few extensions. Like CGI, FastCGI is also language-independent. For instance, FastCGI provides a way to improve the performance of the thousands of Perl applications that have been written for the Web. Like CGI, FastCGI runs applications in processes isolated from the core Web server, which provides greater security than APIs.
高負荷、大量アクセスなサイトで Lighttpd を使う場合の注意点
今回、Amazon Search が落ちていた原因は、Lighttpd プロセスが FastCGI プロセスと socket 通信不能になるバグ？が原因です。実は、ちょくちょくこの現象が発生しています。具体的には、 2006-02-01 20:29:03: (server.c.1033) [note] sockets disabled, out-of-fds 2006-02-01 20:29:33: (server.c.998) [note] sockets enabled again 2006-02-01 20:29:33: (server.c.1033) [note] sockets disabled, out-of-fds 2006-02-01 20:30:22: (server.c.946) connection closed - write-request-timeout: 71
lighttpd + FastCGI は mod_perl + Apache1.3 より１割ほど高速 :: Drk7jp
巷で超高速 Web サーバとして話題になっている lighttpd を試してみました。lighttpd に関する日本語ドキュメントは非常に少なく、ちょっと込み入った設定ファイルの記述方法とかの解析に手間取りました。 lighttpd のコンセプトは、「セキュアで省メモリで高速に動作し、柔軟性もある」なのですが、「lighttpd 公式サイトのベンチマーク結果」や「UnknownPlace. - Catalyst ベンチ」で簡単な Catalyst - Hello.cgi のベンチマークが公開されているとおり、Apache 1系、Apache 2系よりも高速に動作するようです。特に static なページの処理は Apache の 2〜3 倍程度は高速に処理できるみたいです。 また注目すべき点として、Apache + mod_perl よりも lighttpd + FastCGI の方が１割
lighttpd で FastCGI / CGI-Application-FastCGI-0.01 - naoyaのはてなダイアリー:
Catalyst の雛形アプリ (catalyst.pl MyApp 叩くと出る Hello World! 的なやつ) をいろんなとこで動かしてベンチとってみた。 typester さんによる Catalyst を使ったベンチマーク。Catalyst そのもののベンチマークよりも lighttpd の速さに注目。ずいぶんと速いです。 はてなでも画像サーバーなどの static なコンテンツを返すサーバーに lighttpd を使えないもんかと、ベンチを取ったりしてます。ベンチ結果では、画像ファイルとかだと Apache2 とそこまで差は出ない感じなんですが、単に画像の転送時間が支配的になってるだけかもしれないし、ちょっとトラフィックの多いところに挟んで試してみようかなと思っています。 んで、この typester さんのベンチ結果の中で興味深いのは mod_perl + Apache 1.
mysql_auto_reconnect : blog.nomadscafe.jp
mysql_auto_reconnect FemoはFastCGIで動かしているのですが、FastCGIで最後に悩んだのは、しばらくアクセスがないと（開発中など)MySQLのコネクションが切れて、 Caught exception in engine "DBD::mysql::st execute failed: MySQL server has gone away などとエラーがでてしまうところです。再接続してくれません。 いままで気にもしなかったのですが、普通のCGIやmod_perlで動かしている場合には、DBD::mysqlみるとmysql_auto_reconnectというフラグが自動的にOnになります。 FastCGI(Catalystの方？）では$ENV{GATEWAY_INTERFACE}も$ENV{MOD_PERL}もないので、どうもmysql_auto_reconnec
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
adiary開発日誌
[cgiapp] CGI::Application::Dispatch and FastCGI
http://rintaro.dip.jp/program/apbench/index.html