パッケージとしてインストールした場合、通常 /etc/lighttpd/lighttpd.conf が設定ファイルとなる。ただし、初めにインストールされるものは、Apacheのものと比べると説明がないので、サンプルとしてはちょっと分かりにくかった。 なお、Apache の .htaccess の様なしくみはないので、ディレクトリ毎の設定が必要ならば、全て設定ファイルへ書き込む必要がある。
Lighttpd/コンフィグ - Linux Tips
パッケージとしてインストールした場合、通常 /etc/lighttpd/lighttpd.conf が設定ファイルとなる。ただし、初めにインストールされるものは、Apacheのものと比べると説明がないので、サンプルとしてはちょっと分かりにくかった。 なお、Apache の .htaccess の様なしくみはないので、ディレクトリ毎の設定が必要ならば、全て設定ファイルへ書き込む必要がある。
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 については省略。ディ
LiteSpeed
(注意: 印はくまくまー調べなので鵜呑みにしてはいけません) [開発] Apache上での開発はまず無理である。WEBrick は Ruby標準な上に最低限の機能・スペックは満たしているので未だに愛用者は多く、Rails初学者には十分である。WEBrickの速度に限界を感じたユーザは Lighttpd(愛称 lighty)を利用する。速度も十分でや設定も容易だが、起動時の引数でポートを指定できないなど若干使いづらい面もある。lighty ユーザは Mongrel に進むという予言もある。 [運用] Webサーバのデファクトはやはり Apache で、Rails的には生CGIは無理だが、FastCGIなどのモジュールと併用することで速度的な問題はなくなる。RailsはLighttpdなどの開発向けのサーバで動かし、リバースプロキシを利用する手もある。完全に Rails のみで運用されるサイト
CLON - lighttpd's load balancer
lighttpd のロードバランス機能って誰も試してないのかなぁ。 一応 fair, hash, round-robin と3種類あって、 fair 負荷によって振り分ける(デフォルト)hash URLのhashで振り分ける(同じURLは必ず同じホストにわけられる)Cache Array Routing Protocol ていうアルゴリズムを使ってるらしい。round-robin リクエストごとに違うホストへ振り分ける 設定も非常に簡単。 $HTTP["host"] == "www.example.org" { proxy.balance = "fair" proxy.server = ( ".pl" => ( ( "host" => "192.168.0.2", "port" => 8080 ), ( "host" => "192.168.0.3" ), ( "host" => "192
高負荷、大量アクセスなサイトで 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.
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
運用サーバ速度比較
SOLVALOU.NET: lighttpd & apache
http://www.typemiss.net/blog/kounoike/20060226-73