ここギコ！: FastCGIに関するあれこれ...Sledge連携等も含め
perl使いながら、現在の社の技術ロードマップとの関係上、永続化機能に一般的なmod_perl環境ではなくFastCGIを1年半使ってきたけれど、それを振り返っていろいろTipsやノウハウ等まとめてみました。 ただし、比較対象としているmod_perlの知識は、1年半前に私が個人でちょっと取り組もうかとし始めてた時のちょこっと触った範囲での知識と、その後の耳学問でしかないので、激しく勘違いしている可能性がありますがその辺は突っ込み期待という事で。 FastCGIの方の知識すら、FCGIモジュールを直接使うのではなくCGI::Fastでラップしてからしか使った事がないと言うヘタレぶりなので、あまり高度な事は期待せずにいただきたいと思いつつ。 httpdの中にperlが入っちゃうmod_perlと違って、FastCGIはperlスクリプトが個別に常駐化して、httpdとの間でソケット通信を
spawn-fcgiを使って、nginx + Tokyo Promenade (FastCGI動作)のテストを試みる | sleepless.jp
Tokyo Promenadeが0.9.16でFastCGI動作に対応したので、やっぱりnginxで、と思って再度挑戦です。 方式としては、nginxの他に、Lighttpdから個別のプロジェクトに分割されたspawn-fcgiを使ってみることにします。つまり、イメージとしては、nginxがフロントでTokyo Promenadeだけはspawn-fcgiで動いていて、promenade.fcgiへのアクセスはnginxがそっちにパスするような構成ですね。 さて、まとめ記事にある通りに、Tokyo CabinetとTokyo Promenadeはビルドを済ませてから、その他をビルドしていきます。 spawn-fcgiのredmineのプロジェクトページによると、最新版は、1.6.3のようなので、以下のようにします。 % cd /home/ユーザ名/適当な作業用ディレクトリ % wget
spawn-fcgiで標準入出力用FastCGIサービスを独立プロセス化する - Walbrix Blog
Rails含め、多くの場合 FastCGIはCGIの延長線上にある使われ方をする。つまりWebサーバによってforkされ、リダイレクトされた標準入出力を使ってサービスを提供する。この時、プロセスのライフサイクルは Webサーバによって管理される。ただのCGIと違うところは、いちどforkされたプロセスが再利用されることである。これによって fork/execのオーバーヘッドが除かれ、結果として "Fast"が実現する。 一般的な FastCGIに対する認識はここまでに尽きることが多い。 だが、FastCGIはWebサーバと切り離され独立したプロセスとして立ち上げることも出来る。その場合、Webサーバとの通信には TCP又は UNIX Domain Socket（名前付きパイプ）が使われる。この通信のために FastCGIプロトコルというれっきとした通信プロトコルが存在する。 （実際には、W
nginx+fastcgi+djangoの環境を構築 - Pyro Memo
新しい開発環境を構築するにあたり、またApacheとmod_pythonで構築するのもアレだな、ということで流行のnginxを試してみた。 だいたいの情報は、 nginxホームhttp://nginx.net/ NginxJahttp://wiki.nginx.org/NginxJa nginx 一人 nginx 勉強会 第一回 nginx で Django を動かしてみるhttp://d.hatena.ne.jp/Voluntas/20071020/1192875482 NGINX + FastCGI + Djangohttp://dev.osso.nl/herman/blog/2009/07/28/nginx-fastcgi-django/ Tips for nginxhttp://labs.unoh.net/2009/08/tips_for_nginx.html あたりを見れば分かる
superfcgiがよさげ - スコトプリゴニエフスク通信
The only one true way to run WSGI apps through fastcgihttp://pypi.python.org/pypi/superfcgi/superfcgiは「WSGIアプリケーションをFastCGIで動かすための唯一正しい方法」という意欲的なライブラリ。superfcgiはfastcgi.comが提供しているfastcgiappというCライブラリを使っているので、あらかじめインストールが必要。Fedoraの場合は、 $ sudo yum install fcgi-devel fastcgiappをインストールしたならば、 $ pip install superfcgi superfcgiはDjango用のコマンドも用意しているので、settings.pyのINSTALLED_APPSに、 INSTALLED_APPS = ( 'superfc
はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
2009-09-17 - TokuLog 改めB日記
FCGI_KEEP_CONN というフラッグによって、接続をつかいまわせることになっているが lighttpd, mod_fast_cgi をしらべたところ、このフラッグをつかっていないFCGI.xs(libfcgiを内部で使用)ではサポートされているようだが、うまく動作していないfcgi.rb の pure ruby version ではサポートされていない よって、まともに利用されていないように見える。 Auth まわりを使ってる人はほとんどいない auth を別プロセスにするよりアプリケーションでやった方が楽だからかリクエストIDによる多重化 そもそも libfcgi で実装されていないらしい(情報源:id:kazuhooku)FCGI の pure perl 実装が腐ってる 誰もつかってないので削除してもいいんじゃないかバイナリプロトコルで速いよ!っていってるけど…… STDIN
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
