lighttpdでバーチャルホストも完了！ - taiyoh独言
やっとブログも動いた！これで外見は前と全く同じ状況に戻ったぞ。違うのはマシンの負荷。当然今の方が少ない。 とりあえず、今後の為にメモ。/etc/lighttpd/lighttpd.confに以下を記述。 $HTTP["host"] == "hostname" { fastcgi.debug = 0 server.document-root = "/path/to/your/directry/" } 基本はコレをドメインの数だけ作ればでオッケー。あと、認証とかcgiのドメイン毎に設定する際も、この中に入れることで独立してコントロールが可能になります。 えーっと、確か一番参考になったのはこの辺りかな？ありがとうございます →HugeDomains.com - Shop for over 300,000 Premium Domains →lighttpd + FastCGI は mod_perl
Lighttpd/ - Linux Tips
パッケージとしてインストールした場合、通常 /etc/lighttpd/lighttpd.conf が設定ファイルとなる。ただし、初めにインストールされるものは、Apacheのものと比べると説明がないので、サンプルとしてはちょっと分かりにくかった。 なお、Apache の .htaccess の様なしくみはないので、ディレクトリ毎の設定が必要ならば、全て設定ファイルへ書き込む必要がある。
Lighttpd 1.5 系がスゴイらしい
はてブで lighty のブログがあることを知ってブログを見てみました。lighty の中の人が書いてます。 ナント、lighty 1.5 系が pre release されているではありませんか！ なんでも、1.5 系は いままでより 80% のスループット向上が見込めると書かれています。激速の lighty が更に高速になるってわけですよ。Σ(ﾟДﾟ； Using Async IO allows lighttpd it overlap file-operations. We send a IO-request for the file and get notified when it is ready. Instead of waiting for the file (as in the normal sendfile()) and blocking the server, we ca
Lighttpd でエラーコード別に表示する html を変更する方法
Apache から Lighttpd に変更する際に、httpd.conf に相当する lighttpd.conf 向けにいろいろ設定を移行（変更）する必要がありますが、ずーっと気になっていたことがありました。 Apache ではエラー画面をかっこうよく見せるために、ErrorDocument ディレクティブなるものが存在します。具体的にはこんな風に書きます。 ErrorDocument 500 http://foo.example.com/cgi-bin/tester ErrorDocument 404 /cgi-bin/bad_urls.pl ErrorDocument 401 /subscription_info.html ErrorDocument 403 "Sorry can't allow you access today"
:: lighttpd :: my home
lighttpd (pronounced /lighty/) is a secure, fast, compliant, and very flexible web server that has been optimized for high-performance environments. lighttpd uses memory and CPU efficiently and has lower resource use than other popular web servers. Its advanced feature-set (FastCGI, CGI, Auth, Output-Compression, URL-Rewriting and much more) make lighttpd the perfect web server for all systems, sm
高負荷、大量アクセスなサイトで 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 の dir_listing が以下略 | lighttpd - 氾濫原
ソースがドキュメントですってアレでソレで解決させたナニか。 iso-8859-1 が XML 宣言で決めうちされてて日本語のファイル名 (utf8) が化ける。なんだこれと思い、めんどくさいながら決めうちしなおすパッチを作ったはいいものの、周辺のソースを見てみるとちゃんと設定を読んでいるっぽい雰囲気をかもし出しているっていう。 結果を書くと、dir-listing.encoding = "utf-8" と lighttpd.conf に書けばいいだけだった。公式のドキュメントに載ってないからといって設定がないわけじゃないってことですね！ 当たり前ってか！！ トップ lighttpd lighttpd の dir_listing が以下略
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 の方が１割
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://www.typemiss.net/blog/kounoike/20060119-52
lighttpd on MT