Apache2 + Ruby + Rack + mod_passenger (1) - 今日調べたことまとめ
Ruby, Rack, Passenger私が作るサービスは大概小粒なので、今まではほぼ Apache2 + Ruby + Rack + FastCGI で動かしていましたが、mod_passenger も Rack でアドホックなサービスを作れるらしい、と知ったので試してみました。ちなみに、Merb とか Ramaze とか Camping とかの Rails 以外のフレームワークを mod_passenger で動かす場合も、どうも mod_passenger + Rack がベースとなっているようなので、知っていて損は無いと思います。 FastCGI vs mod_passenger結論から。比較対象FastCGImod_passenger速度(req/sec)*1900前後1100前後開発の楽さ基本的に CGI で開発し FastCGI へ移行。*2 FastCGI の時は err
Idleを無効にしてPassengerのレスポンスを速くする - Hello, world! - s21g
Passengerは非常に便利なのですが、 通常の設定では、アプリケーションへのアクセスが無い状態が5分程度続くと、プロセスがkillされてしまい、次回にアクセスする時に時間がかかるようになります。 これを回避するためには、httpd.confなどで、以下のように指定します。
Passenger (mod_rails for Apache) を使ってRedmineを動かしてみたよ！ - 元RX-7乗りの適当な日々
d:id:rx7:20080327:p1 で紹介したRuby on Rails用のApacheモジュール「Passenger (mod_rails for Apache)」が、とうとうベールを脱いだ模様。 先日、mod_railsを使うと何が嬉しいのよ、って聞かれたんですが、やはりApacheを通してRailsアプリケーションが動くことでしょう。 というのは、運用しているサーバなどでApacheが動いていたりすると、今更MongrelやLighttpdで新規に動かすより、既存のApacheを生かして動かしたいというニーズがある場合もあるかと思います。 しかし、Apache + FastCGIを使った運用は、やや敷居が高いイメージがあったりするため、この手軽に導入できてかつ運用しやすい(かもしれない)可能性があるmod_railsに期待を抱くわけです。 つーわけで、物は試しってことで、Rai
Rails 2.0 » ホスティングサービスでもRailsが利用できるようになるかも、な「Passenger」
Archives 2008年 5月 2008年 4月 2008年 3月 Category Amazon (2) Tips (7) Web API (1) Webサイト (1) エディタ (1) オープンソース (1) プラグイン (6) ホスティング/サーバ (1) 開発 (6) Meta ログイン RSS コメント RSS Valid XHTML XFN WP リンク MOONGIFT Open Service Cool Coding MOONGIFTブログ Resident of Net MOONGIFTでも紹介したmod_railsと呼ばれるPassenger。Creative Commonsによるオープンソース・ソフトウェアです。 今回はその導入方法を書きたいと思います。インストールは簡単で、gemを使って行えます。 $ sudo gem install pas
Overview — Phusion Passenger™ (a.k.a. mod_rails / mod_rack)
Supercharge Your Web App Passenger has a myriad of features that are invaluable to today’s web apps and microservice APIs. You get these benefits (and more) by simply installing Passenger with Nginx or Apache. Learn how. Optimization Passenger was built with high performance and efficiency in mind. With Passenger’s zero-copy architecture, turbocaching and support for multiple concurrency models, y
Passenger アーキテクチャ概要 (koshigoe 仮訳)
典型的で孤立したWebアプリケーションは、いくつかのI/OチャネルからHTTPリクエストを受け入れ、内部でそれを処理し、HTTPレスポンスを出力し、それをクライアントに送り返します。これは、アプリケーションが終了を命令されるまで繰り返し行われます。 この事は、WebアプリケーションがHTTPを直接的に話す必然性がない事を意味します: WebアプリケーションはあるHTTPリクエストの何種類かの表現を受け入れる事を意味します。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
