lighttpdでのファイルアップロードを高速化するハック - KAYAC engineers' blog
この時期にも花粉症に苦しむ村瀬です。こんにちは。 軽量で高速な動作がウリの lighttpd ですが、動的コンテンツで大きなファイルのやり取りを行おうとするととたんにパフォーマンスが落ちるという問題があります。 この問題は、lighttpdで動的コンテンツを扱う場合FastCGIを使用することが多いのですが、その構造に問題があります。 FastCGIを使用する場合のデータ通信の構造は以下のようになっています。 ブラウザ <---(1)---> lighttpd <---(2)---> FastCGI ブラウザとlighttpdとのデータのやり取り lighttpdとFastCGIプロセスとのやり取り プロセス数が有限なFastCGIでは、即座にデータを受け取り即座にレスポンスを返すというのが鉄則で、ここで時間のかかる処理をしてしまうとすぐにプロセスが埋まり待ち状態が発生してしまいます。 つ
Rails勉強会@東京第23回 - 世界線航跡蔵
Rails勉強会@東京第23回 に行ってきた。2週間遅れだけどレポートする。 勉強会の形式は いつものごとく 。 ただ、今回は試験的に「昼食懇親会」を行なった。 そこで話しているうちにうち解けてセッションが弾むのでは? セッションの時間を潰して長い自己紹介をしなくても、自然に相手を認識できるのでは? セッション案も自然に出てくるのでは? 夜の「飲み会懇親会」よりも安く済むのでは? という趣旨だ。おおむね好評だった模様。ただ、私はどうも元気が出なくて遅れていったので懇親会は殆ど出てない。 前半 前半は3つのセッションに分かれた。 Rails 2.0を読む。 初心者セッション - Scaffoldの半歩先に ぐだぐだ喋る 初心者セッションは前回と同じ内容だそうだ。Scaffoldは試してみたけれどもその先へ進めないというRails初心者のために、Scaffoldで生成されたモデルやコントローラ
株式会社アピリッツ｜ECサイト構築・Webシステム開発
Seminar・Event Googleアナリティクス 徹底解説セミナー 有料毎月1回開催Googleアナリティクスセミナー 入門編 有料毎月1回開催Googleアナリティクスセミナー 分析手法編 有料毎月1回開催Googleアナリティクスセミナー 徹底設定編 Access Map詳細
rails + lighttpd + fastcgi の環境で、fastcgi の起動・停止・再起動を capistrano に任せる - cooldaemonの備忘録
rails + lighttpd + fastcgi の環境で、fastcgi の起動・停止・再起動を capistrano に任せる作業に、少しハマったので作業メモを残す。 deploy.rb の内容や、他の詳しい解説は他のウェブ上資料に譲る。 app_name/script/spin ./script/process/spawner fcgi -p 11000 -i 3 -r 5 実行権限を忘れずに。 app_name/config/lighttpd.conf fastcgi.server = ( ".fcgi" => ( "localhost-11000" => ( "host" => "127.0.0.1", "port" => 11000 ), "localhost-11001" => ( "host" => "127.0.0.1", "port" => 11001 ), "lo
FastCGI — The Forgotten Treasure
Abstract Meeting the demands on modern web sites is more difficult than ever: People are no longer interested in “home pages”; they want web-based applications that provide useful functionality. Thus, the complexity of the average web site has increased dramatically for the programmer. Furthermore, the performance requirements have gone up: The faster the Internet gets, the less are people willing
CentOS で構築する自宅サーバ : Apache + lighttpd で Rails を動かす
Ruby on Rails は、圧倒的な開発効率から人気を博している Web アプリケーション・フレームワークですが、いざ本番稼動させる場合、どういった構成で稼動させるかにたくさんの選択肢があり、悩ましいところです。Web サーバに lighttpd を使い、 FastCGI アプリケーションとして動作させるのがひとつの解として少なくない採用を得ていますが、Web サーバ単体として見た場合は、Apache がまだまだデファクトスタンダードの地位にあり、特に Rails アプリケーション以外にも稼動させている Web アプリケーションがある場合は、lighttpd に完全移行するのは難しいのではないでしょうか？ しかし、CentOS 4.x や CentOS 5.x で標準採用されている Apache のバージョンでは、FastCGI の動作に不安がある（不安定である）という声も聞かれます。
川o・-・）＜2nd life - lighttpd fastcgi Ruby on Rails
設定がいまいちわからなくって、動かすのに一時間ぐらいかかった、、、のでメモ書き。lighttpdのインストールは、debianなら展開したソースにdebian/rulesがあるんでdebuild -us -ucでサクッと.debが作れてそれをインストール。rpmならオフィシャルにバイナリがあったはず。gemでfcgiもインストールしておく。んで、lighttpdのrails向け設定は #/home/gorou/work/bbs_test がrails app server.port = 3000 server.modules = ( "mod_rewrite", "mod_fastcgi" ) url.rewrite = ( "^/$" => "index.html", "^([^.]+)$" => "$1.html" ) server.error-handler-404 = "/disp
BlogFish: Scaling Rails with Apache 2.2, mod_proxy_balancer and Mongrel
Unitl this week we used Lighttpd and FastCGI for MeinProf.de. The setup was nearly the same as described in the must read series scaling rails (1, 2, 3, 4) from poocs.net. We used this setup from day 1 but always had some small issues with Lighttpd. Lighttpd was crashing every couple of days. Nothing dramatic, we had a script that monitored Lighttpd and restarted it if necessary. During the last
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
