Passenger(mod_rails)をバーチャルホストで動かす。｜株式会社 フラッツ
こんにちは。天方です。 最近、Apache上でRailsを動かすPassenger(mod_rails)を導入してみました。 インストールはいたって簡単で、 http://www.modrails.com/install.html でも説明されているとおりコマンドラインで gem install passenger passenger-install-apache2-module とインストールして、あとはインストール時にでる指示に従ってhttpd.confに LoadModule passenger_module \ /usr/lib/ruby/gems/1.8/gems/ \ passenger-2.2.2/ext/apache2/mod_passenger.so PassengerRoot /usr/lib/ruby/gems/1.8/gems/passenger-2.
Apache上でRuby on Railsアプリケーションを動かす／Passenger(mod_rails for Apache)の利用
この文書は内容が古くなっています。 インストール ページで新しい文書を探してください。 要約 Redmine等のRuby on Railsアプリケーションを"Phusion Passenger(mod_rails for Apache)":http://www.modrails.com/ を利用してApache上で稼働させる手順を説明します。 運用の簡素化、複数インスタンスを並列稼働させることによるレスポンスの改善が期待できます。 インストールの流れは次の通り。 gem install passenger passenger-install-apache2-module httpd.confの変更 Phusion Passengerとは Railsアプリケーションを実行するためのApacheモジュールです。 特徴 Apache単独でRailsアプリケーションを実行可能です。Apacheのモ
Passenger アーキテクチャ概要 (koshigoe 仮訳)
典型的で孤立したWebアプリケーションは、いくつかのI/OチャネルからHTTPリクエストを受け入れ、内部でそれを処理し、HTTPレスポンスを出力し、それをクライアントに送り返します。これは、アプリケーションが終了を命令されるまで繰り返し行われます。 この事は、WebアプリケーションがHTTPを直接的に話す必然性がない事を意味します: WebアプリケーションはあるHTTPリクエストの何種類かの表現を受け入れる事を意味します。
Pound + Mongrel + Apache2.0 で Ruby on Rails! (recompile.net)
はじめに Star It!のアクセス数が増えてきて、色々と支障がでてきたので、おもいきって友人の会社に置いているサーバへと移してみました。さすがに、さくらインターネットの共用サーバ上で、1日あたり10万クエリをCGI + sqlite3という構成でさばくのは無理があったようです。新天地では、データベースをMySQLへと入れ替えたうえで、PoundとMongrel、それにApache2.0系という構成にしてみましたので、ばっちり動いてくれることを期待しています。 というわけで、今回のエントリーは、PoundとMongrel、それにApache2.0系を利用して、Ruby on Railsウェブアプリケーション環境を構築してみよう、という話です。この構成のメリットは、十分なスケーラビリティを得たうえで、柔軟性も確保できるという点が挙げられます。私のサーバ環境はDebian GNU/Linuxで
rubyneko - 誰でも30秒ぐらいでできるrailsのデプロイ
【愕然】喧嘩した俺夫婦→翌日、俺「嫁子、喧嘩しても家事はボイコットしないでくれ！」嫁「家事はね..」俺「なんじゃそりゃ！？」→結果
On the Rails Rails Apache + FastCGI 環境構築のはまりパターン
英語の記事を紹介するというこのブログの趣旨からちょっとはずれるが、自分用のメモ代わりと情報共有のために書いておく。 Rails で Apache + FastCGI の本番環境を構築していたのだが、思いっきりはまってしまった。 そのはまりパターンと脱出法を以下に紹介。 (はまるはまらない以前の具体的な構築方法の話に関しては、たとえば rails で apache + fastcgi (マルッと！) などの他のリソースをあたってほしい。) 1) log と tmp ディレクトを作成する svn でバージョンコントロールをしている場合、通常この2つはバージョン管理下に置かない。ソースを checkout したあと手動あるいは専用のスクリプトなどを用意して log と tmp ディレクトリを作成すること。このとき、後述するパーミッションの問題ではまらないよう、作成直後に apache ユーザーが
ヽ( ・∀・)ノくまくまー(2007-06-05)
● 1. 一戸建てタイプ そのアプリ用に専用のマシンを準備できるケース。例えば、アクセス数が少ないβリリース時などは mongrel を直接80ポートで運用することもあるだろう。そして、負荷の増加、またはマルチコアを活かすという次の段階で、cluster 化した mongrel を扱う必要に迫られた場合、このタイプになる。この場合、フロントの仕事はバック(Rails)への割り振りだけだが、そのためにわざわざ Apache2 を持ち出すのは仰々しいと感じるかもしれない。そんな人にお奨めしたいのが Pound サーバだ。いきなり Apache から話が逸れてしまうが、このケースだとリアルでお奨めである。 Pound + mongrel Pound はリバースプロキシ用のWebサーバであり、特化しているだけあって、必要最低限かつ直感的で簡単な設定で済むため、敷居が低いのが魅力だ。それでいて、デジ
「設定より規約」でWebサーバ設定の自動化 - masuidrive.jp
Posted by masuidrive Thu, 20 Jul 2006 10:33:00 GMT Ruby on Railsが簡単にアプリケーションを構築できる一つの特徴に「convention over configuration」=「設定より規約」があります。 Railsはアプリを作るのは簡単ですが、それを公開するのがちょっと面倒です。そこで、Railsに限らずWebサーバも「設定より規約」に則って、設定なしでサイトやアプリケーションを公開できるようにしてみましょう。 設定項目を洗い出す まず、Webサーバでアプリケーションを公開する場合に必要な設定項目を洗い出します。バーチャルドメインを使う場合は、 ドメイン名 DocumentRoot ログファイル名 CGIを使うならScriptAlias の4つが基本になると思います。規約を決める これらの設定を自動化するための規約を決めます
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
