高負荷、大量アクセスなサイトで 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 prevent image hotlinking or leeching or direct linking - nixCraft
Save and close the file. Restart lighttpd webserver: # /etc/init.d/lighttpd restart Final configuration includes support for MSN, Google, Yahoo cache 🙂 $HTTP["referer"] !~ "^($|http://.*\.(google\.*|yahoo\.*|msn\.*|cyberciti\.biz|msnscache\.com/.*))" { $HTTP["referer"] !~ "^($|http://theos\.in|^$|nixcraft\.com|cricketnow\.in)" { $HTTP["useragent"] !~ "msnbot-media" { $HTTP["useragent"] !~ "Mediap
lighttpd の dir_listing が以下略 | lighttpd - 氾濫原
ソースがドキュメントですってアレでソレで解決させたナニか。 iso-8859-1 が XML 宣言で決めうちされてて日本語のファイル名 (utf8) が化ける。なんだこれと思い、めんどくさいながら決めうちしなおすパッチを作ったはいいものの、周辺のソースを見てみるとちゃんと設定を読んでいるっぽい雰囲気をかもし出しているっていう。 結果を書くと、dir-listing.encoding = "utf-8" と lighttpd.conf に書けばいいだけだった。公式のドキュメントに載ってないからといって設定がないわけじゃないってことですね！ 当たり前ってか！！ トップ lighttpd lighttpd の dir_listing が以下略
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
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Text* Snippets: Lighty redirect all domain.com requests to www.domain.com [lighttpd] [redirect]
http://www.unknownplace.org/blosxom/coding/base_on_catalyst_and_lighttpd_and_fastcgi.html
