kh.log - LightTPD + FastCGI で複数railsアプリを動かす
« mod_ruby + railsではまった… Main lighttpdでgzip転送してみる » LightTPD + FastCGI で複数railsアプリを動かす | get_delicious_count('http://www.kharakawa.com/kh.log/archives/2006/01/lighttpd_fastcgi_rails.html', 'e152'); --> Apache + mod_ruby で失敗したので、 LightTPD + FastCGI に移行。Agile Web Development With Rails: A Pragmatic Guide (The Facets of Ruby Series)にもこの組み合わせがお勧めっぽく書いてあったなあ。 LightTPD + FastCGI debianには正式なstableパッケージが
FC2ブログ 現在アクセスが集中しています。
現在アクセスが集中しており表示しにくい状態となっております。 申し訳ございませんが、しばらく時間を置いてからアクセスするようお願いいたします。 ・FC2フォーラム ・FC2インフォメーションブログ ・最新障害情報・メンテナンス情報ブログ
Apache2 + fcgid + Ruby on Railsメモ - sakuramateo’s blog
久々にしっかりとはまったので、メモを残しておきます。 やりたかったことRuby on Railsをお試しでインストールして、アプリケーションをつくったのですが、 CGIだとやはりとてもとても遅いので、fastCGIで動かすことを決意。 つまり、Ruby on Railsが速く動くなるようになればよい。 はまった点Gentooで、emerge mod_fastcgiを実行すると、Apache-1.3がインストールされてしまう。。 Apache-2のモジュール(/usr/lib/apache2/module)を確認してみると 明らかにfastcgiポイ、fcgid.soを見つける。 ただ、設定の仕方が全然分からない。。。。 適当にやっていると。 Application error Rails application failed to start properly 全然だめじゃん。 ということ
Ruby on Rails : Apache で動作させる - WebOS Goodies
またまた間が空いてしまいました。本日は Apache で構築された Web サーバーで Ruby on Rails アプリケーションを稼動させる方法をご紹介しようと思います。個人的な用途なら WEBrick でもじゅうぶんに使えるのですが、処理効率やセキュリティーが重要になる場面では Apache （もしくはその他の Web サーバー）を使用するほうが適切でしょう。 Ruby on Rails でインターネットに公開するアプリケーションを作ろうという方は、ぜひ読んでみてください！（＾＾） これまでは手抜きで "~/blognavi" をプロジェクトディレクトリとしてきましたが、このままでは Apache からアクセスするのにいろいろと問題がありますし、管理も面倒です。そろそろプロジェクトディレクトリを適切な場所に移動しましょう。ただし、プロジェクトディレクトリの配置方法は千差万別、条件によ
FastCGI のインストール - Ceekz Logs (Move to y.ceek.jp)
Hyper Estraier を FastCGI を使って動かすと、ソートがキャッシュ出来るようになったようです。ということで、必要な FastCGI をインストールしてみたので、そのメモ。 よくわかんないけど、本体っぽいのをインストール。いつも通りで。 fcgi-2.4.0.tar.gz Apache で動かすので、必要となる mod_fastcgi をインストール。 mod_fastcgi-2.4.2.tar.gz Apache2 を使っているので、以下のような手順を踏みます。 $ cd mod_fastcgi-2.4.2 $ cp Makefile.AP2 Makefile $ make $ make install しかし RedHat9 を使っているので、これでは無理でした。 Makefile 内の top_dir を以下のように修正。 top_dir = /etc/httpd
Apache/FastCGI - Linux Tips
mod_perl, mod_ruby などが、HTTPDのモジュールとしてプログラム(perl,ruby)を動かすのに対し、FastCGI は、HTTPDとは別のプロセスとしてプログラムを起動し、ソケットを介して通信する仕組みになっているらしい。起動されたプログラムは、CGIと違い、処理終了後もそのまま留まる。別サーバに置くことも出来るので、負荷分散も可能。 どちらも、プログラムの起動を早くする仕組みであることに違いはないが、perl, ruby, phpなどの複数のスクリプトを扱う場合、全てを Apache のモジュールとしてしまうと HTTPD が肥大化してしまい、静的コンテンツへのアクセスも重くなるなどのことが起こるため、そういった場合に有効なのかもしれない。一方、ノーマルのCGIだと、プログラムの起動が遅いし。 私の場合、mod_rubyでは tdiaryの2つのドキュメントスタイ
Debian mod_fcgidにおけるRAILS_ENV - 世界線航跡蔵
Ruby on Rails - ApacheをDebianのlibapache2-mod-fcgidで連携させようとしたのだけれど、環境変数RAILS_ENVをどこで設定したらよいのか分からず、悪戦苦闘した。 Debianで配布されているのが、一般的なmod-fastcgiじゃなくて、 mod_fcgid なのだ。バイナリ互換とは書いてあるけれど、ディレクティブは微妙に違ったりする。ハンドラ名は fastcgi-handler じゃなくて fcgid-handlerだし。 世間のドキュメントを見るには、apacheではSetEnvしろと至極当然なことが書いてあるけれど、これでは駄目だった。で、調べるとどうやらmod-fcgidのDefaultInitEnv ディレクティブを使うとspawnするときに環境変数を設定してくれるらしい。でも、最初バーチャルホストの中で設定していて、どうしても反映
Netsphere Laboratories: FastCGI for Ruby on Rails
（2006.5.14新規作成） Ruby on Railsアプリケーションは、WEBrick, CGI, FastCGI, mod_rubyで走るが、CGIはかなり遅い。秒単位で待たなければならない。FastCGIを使うと、CGIに比べてアプリケーションの反応を大幅に早くできる。 しかし、FastCGIは活発にはメンテナンスされていないので、インストールがやや難しい面がある。Apache 2.2では、そのままではコンパイルもできない。 インストールの手順をメモしておく。 FastCGIの仕組み FastCGIは、Apacheと別プロセスのfcgiが常駐し、このプロセスでアプリケーションを動かす。Railsだと、dispatch.fcgiもfcgiとはさらに別のプロセスとして常駐する。 CGIの場合でsuEXECを有効にしていると、指定のユーザでアプリケーションを実行できるが、FastCGI
mod_fastcgi
http://www.fastcgi.com/mod_fastcgi/docs/mod_fastcgi.html http://www-306.ibm.com/software/webservers/httpservers/doc/v2047/manual/ibm/en_US/9acdfcgi.htm 日本語訳が某所にあったのをgoogle経由で見つけたのですが、どうも、非公開っぽいものだったらしく、現在は403になってしまったので、その元となった英語マニュアルにリンクし直しました。 fastcgi.comのものには、suexec関連の記述が抜けているので、こっちの方が良いかもしれません。 「9acdfcgi」で検索すると、日本語訳も、アチコチで発見できる様子……。合法かどうかは知らないが。 折角なので、今まで自分がmod_fastcgiを使ってきたノウハウ（という程のモノでもないが）を書
株式会社アピリッツ｜ECサイト構築・Webシステム開発
Seminar・Event Googleアナリティクス 徹底解説セミナー 有料毎月1回開催Googleアナリティクスセミナー 入門編 有料毎月1回開催Googleアナリティクスセミナー 分析手法編 有料毎月1回開催Googleアナリティクスセミナー 徹底設定編 Access Map詳細
FastCGI
CGIは何語で書くか？ webでアクティブなページ、ダイナミックなページを作る普通の方法は、CGI (Common Gateway Interface)を使うことです。 CGIは、ユーザー（ブラウザ）からのリクエストに応じてweb server 上で走るプログラムで、結果としてhtmlや画像ファイルを生成し、 web serverがそれをユーザーのブラウザに届けます。データベースの検索結果を表示するページなどは、まちがいなくサーバー側でCGIが実行されています。 CGIの記述には、perlやphpなどのインタプリタ言語が使われることが多いようです。 sh, bashなどのシェル言語も多少使われることがありますが、Cのようなコンパイラ型言語で記述されることはほとんどありません。これらの新興言語（？）が良く使われる理由は、①.比較的初期から CGIインタフェースが用意されたこと, ②.post
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://perfume.yetanother.info/info/1162294206
http://www.typemiss.net/blog/kounoike/20060119-52