【激速】mod_perl SpeedyCGI FastCGI【激速】

**nobodyさん** · 2006/06/05(月) 20:01:09

mod_perl
http://perl.apache.org/

SpeedyCGI
http://perldoc.jp/docs/modules/CGI-SpeedyCGI-2.21/SpeedyCGI.pod

前スレ
mod_perlを使おう！
http://pc8.2ch.net/test/read.cgi/php/1005122528/

ー二三ヘ(　ﾟ∀ﾟ)ノ

**nobodyさん** · 2008/12/21(日) 15:21:26

mod_perl は、その下にぶら下げておく perl の子が常駐することによって、
いろんな恩恵を受けれる。

ちなみにどこの鯖よ？

**nobodyさん** · 2008/12/21(日) 16:16:34

>>801
鯖はJust-Sizeってとこ。mod_perlとmod_pythonがロードされてて
問い合わせたらサポ外だけど使っていいと言われた(宣伝はしてない)

実際htaccessの記述でCGIならmod_perlでの動作を確認できてるんだけど
mod_perlスクリプトはユーザのディレクトリが@INCに入ってないから
当然自作モジュールは読み込めないです。
それであきらめかけてるんだけど・・変にテスト繰り返してメモリ食いなど迷惑かけたくないので
こちらに書き込みました。

**nobodyさん** · 2008/12/21(日) 16:36:39

基本的に mod_perl って、httpd.conf 編集できて apache の再起動を
自由にできる人が使うものだと思うんだ。

で、Apache::Reload とかパフォーマンス落とすものを使わない限り、
再起動するまでは、ファイルをいくら新しくしても apache 側には反映されない。

500MB か 1GB しか積んでない共有鯖で mod_perl ってのは、ないと思う。

**802** · 2008/12/21(日) 19:19:34

>>803
>httpd.conf 編集できて apache の再起動を自由にできる人が使うものだと
ううっ、真理だと思います・・・

>500MB か 1GB しか積んでない共有鯖で mod_perl ってのは、ない
これは一般に、CGIをmod_perlで動かす場合にも当てはまるでしょうか。

実はCGIをmod_perlで試したテストでは、サーバー側の設定かと思うのですが
.htaccessでModPerl::Registryを指定していてもファイルの変更/モジュールの変更とも即反映されてます。
スクリプト中で@INCに追加したパスも毎回反映されるので、モジュールも再読み込みされるようです。(つまりCGIと勝手が同じ)
環境変数にはMOD_PERLがあり、１行目にperlのパスを指定しなくても動くのでmod_perlで動いてるのは確かだと思うんですが、
ひょっとして毎回新たにプロセスが開始されてるような、自分のスキルでは図りかねる状況なんです。
非サポートとはいえ鯖の動作にもかかわることだから、少しまとめてから問い合わせしてみようとは思ってるんですが、
経験則としてご意見うかがえたらうれしいですm(_ _)m

**802** · 2008/12/21(日) 20:46:58

すいません、今、思いついてCGIのプロセスIDを調べてみたら
やっぱりブラウザのリロードごと、毎回IDが新しくなっていました。
>>804の件、鯖の方に問い合わせてみます。

話がずれてしまったけど、非CGIのmod_perlスクリプトの方は
レン鯖ではあきらめるふんぎりがつきました。ありがとうございました～！

**nobodyさん** · 2009/01/28(水) 14:35:27

すみません、教えてください。

RHEL4上で、Apache2+ModPerl2 の環境があります。

１つの仮想ホスト上に複数（現状４つ）のシステムを同居させてます。
つまり、DocumentRootには、４つのログインページがあり、ログインに成功するとそれぞれ
サブディレクトリに移動します。

それぞれのシステムのセッション管理をCGI::Sessionにやらせています。
セッションIDは、それぞれのシステムでCookie名を変えて発行しています。

セッション情報を取得するために、

my $cgi = new CGI;
CGI::Session->name('SYS1SESSID');
my $session = new CGI::Session("driver:hoge",$cgi,{Handle=>$dbh});

といった感じで使いまわしていたんですが、「ModPerl環境だと、CGI::Session::NAMEがモジュールローカル
なので、new CGI::Session()で他のIDを使おうとしてしまうかもしれない」　という理解は正しいでしょうか？
結構頻繁にアクセスされているシステムです。

ログイン対象システムのセッションIDを正確に取るには、

my $cgi = new CGI;
my $sid = $cgi->cookie('SYS1SESSID');
my $session = new CGI::Session("driver:hoge" ,$sid, {Handle=>$dbh});
の様に、使うべきセッションIDを指定しなければならない　という理解で合っているでしょうか？

CGI::Session は、現状、4.20 です。

**nobodyさん** · 2009/01/30(金) 17:46:30

代理age

**nobodyさん** · 2009/01/31(土) 16:58:46

ちょっと通りますが、
Windows XPで、Apahc2+mod_perl2で、下のエラーが出るときの対処方法って知ってますか？
failed to resolve handler `MyHandler': Can't load 'C:/Perl/site/lib/auto/APR/Pool/Pool.dll' ～

**nobodyさん** · 2009/01/31(土) 18:12:00

dllがないんじゃねーの？

**nobodyさん** · 2009/01/31(土) 18:57:57

いや、普通にあるんだけどね。

**nobodyさん** · 2009/01/31(土) 19:07:11

>>810
あるならエラー出ない気もするんだが。。。
今出してる情報だけだとあとはそのエラー出てるファイルまでの
ディレクトリ(パス)が違うか、権限(実行権か読み取り権)が無いかだと思う。

**nobodyさん** · 2009/01/31(土) 19:12:38

Windowsだし単純にあぱっちとぱーるのインストールドライブが違うんじゃね？
ドライブが同じでもあぱっちのほうのぱす検索部分修正してないとか
初期設定をきちんとできてない素人質問な気はする

**nobodyさん** · 2009/01/31(土) 19:32:31

>>811
ぐぐってもそんな感じで解決してたな。
でもパスとかちゃんと合ってるんだよな。

**nobodyさん** · 2009/01/31(土) 19:35:53

>>813
ドライブ跨ってない？
>>812も言ってるがWinのドライブは越せないよ

**nobodyさん** · 2009/01/31(土) 19:39:02

ドライブはCドライブ一個しかないからそこは大丈夫だな。

**nobodyさん** · 2009/01/31(土) 19:47:00

>>815
※mod_perl2からはPerlSetEnv PERL5LIB じゃなくて PerlSwitches -Iに変わった

これは試した？
てか何を試したか書かないと一からこっちが聞いて回答して
やった、大丈夫とかの返事になりムダが多い
情報の小出しはどこに行っても嫌われるぞ、エスパースレかどっかいけよ

**nobodyさん** · 2009/01/31(土) 19:50:58

もう一度Apache2.2+mod_perl2か、バージョン確認かな。

**nobodyさん** · 2009/01/31(土) 19:58:11

Win32 Binary including OpenSSL 0.9.8i (MSI Installer): apache_2.2.11-win32-x86-openssl-0.9.8i.msi
OpenSSL入りだと何か違うのかな？なしで一回入れなおしてみようかな。

**nobodyさん** · 2009/01/31(土) 19:58:55

無敵の再インストールという道もある

**nobodyさん** · 2009/01/31(土) 20:00:18

ここって、普通ひっかからないとこだよね

**nobodyさん** · 2009/01/31(土) 21:48:22

普通の定義が広すぎて返答が難しい。
人それぞれだからね、｢普通｣なんて。

**nobodyさん** · 2009/02/01(日) 04:37:11

perl-status は使えないのかい？
EnvironmentでPathチェックは出来ると思うが

**808** · 2009/02/01(日) 15:15:23

>>808です。
問題解決しました。
perl 5.8.8をつかってたんだけど、perl 5.8.9にしたら直りました。
mod_perlの.pmファイルにperl -cでチェックかけてたら、なんか「perl58.dll になんとかていうエントリポイントなんてないよ」
っていうエラーがでたんで、調べたら perl 5.8.9から新しく追加されたエントリポイントなんだって。

**nobodyさん** · 2009/02/01(日) 15:25:42

>>823
解決おめ。

_ · 2009/04/01(水) 14:59:15

http://modperlite.org/
どうよ

**nobodyさん** · 2009/07/16(木) 22:14:00

mod_perlのオライリー本「Apache拡張ガイド」の上325P、
requiresメソッドは「カレントディレクトリとその親ディレクトリに存在するすべてのrequireディレクティブ…」を取り出すって書いてあるけど、間違いじゃないか？
継承はするけど追加じゃなくて上書きするから、すべてじゃないよね。

**nobodyさん** · 2009/07/25(土) 21:10:58

FastCGIについて質問です
環境：debian+lighttpd+fcgi(C)

FCGI_printfで
Cntent-Length: xxxxとかConnection: closeとか
付けてるつもりなんですけど、
実際にクライアントと通信させると送られてきません。
(勝手にチャンク転送になったりします)

あとFCGIでプロキシみたいなものを作ろうとしていて
while(1){
r_ret = recv(socket, buf, sizeof(buf), 0);
FCGI_fwrite(buf, r_ret, 1, FCGI_stdout);
}
みたいなコードを書いてますがFCGI_fwriteで書き込んだ
データ全てが送られないのですが、
(recv終了時点ではnバイトのデータを持ってても、
　クライアントにnバイト送られなかったり)

コードで指定してるとおりに動作させたいんですが
lighttpd.conf等の設定が悪いんでしょうか？

**nobodyさん** · 2009/07/25(土) 21:19:56

lighttpdかーそっちはわからんけど

例えばApacheの場合は、Content-LengthとかConnectionとか
そういうのを取り扱うのはHTTPサーバーの役割だって考えだから、
CGIがそういうヘッダを付けてもApacheの都合で勝手にkeepaliveになったりチャンク転送になったりする

Apacheだろうとlightyだろうと、そういう思想が正しいと思う。
CGIはコンテントの中身だけ出してればいい。
そんなHTTPの範囲まで口を出すな、と。

**nobodyさん** · 2009/07/25(土) 23:13:36

自分も前にApache+perlでCGI作った時とか
そのときも勝手にチャンクになったりしてたのは確認してました。
CGI系共通の動作なんですかね。
(Content-Length教えたのに削除するってのは微妙ですけど)

2番目の方はBODY部が変わるって致命的な動作なんで
なんかいい解決方法があればいいのですが

**nobodyさん** · 2009/07/25(土) 23:17:20

HTTP1.1的にはチャンク転送はきちんとした転送方法で、
それは「BODYが変わった」とは言わないと思う。

チャンク転送がいやならHTTP1.0でリクエストすればいいのでは？

**nobodyさん** · 2009/07/26(日) 00:40:26

すいません、2番目っていうのは
>あとFCGIでプロキシみたいなものを作ろうとしていて
>while(1){
>r_ret = recv(socket, buf, sizeof(buf), 0);
>FCGI_fwrite(buf, r_ret, 1, FCGI_stdout);
>}
ってほうの話です
チャンクとか抜きにしても明らかに不完全なデータしか
送られないって動作になるんです

追加情報ですが
1回あたりのFCGI_fwriteで書き込むサイズは256kBくらいです

**nobodyさん** · 2009/07/26(日) 08:57:56

自己解決しました

FastCGI応答処理にて
Content-LengthなどCGIで削除される情報を消してContent-Typeだけにしたら
BODYの情報が書き換わるということはなくなりました

**nobodyさん** · 2009/10/12(月) 09:35:39

apache1.3.41 + mod_speedycgiで動かしてるんですが、
通常のCGI(perlです)でSTDERRに向かって出力するとapacheがエラーログの方に
それを出力してくれるんですが、mod_speedycgi環境下で動かすと全く出てきません。
CGIの方を「#/usr/bin/speedy」とするとちゃんと出る(ある意味当たり前)ので、
mod_speedycgiのstderrの扱いがおかしいのかと思ってソースみたけどわけわかめ。
どなたか解決方法ご存じでしたら教えてください。だいぶググったけど見つからない・・

**nobodyさん** · 2009/10/17(土) 04:35:47

plackつかえよおまえら

**nobodyさん** · 2009/10/22(木) 16:22:16

833です。
とりあえずmod_speedycgi2.cあたりから見よう見まねでパッチ書いたら
うまくSTDERR -> エラーログに出るようになりました。
(長期間動かしたときどうなるかなどは未検証ですけど)

**nobodyさん** · 2009/12/13(日) 20:12:02

一番新しいSpeedyCGI(mod_speedycgi/Apache2.2.3)のやつインストールして
SpeedyCGIで普通のやつ(hello worldとか)は動くのだけど
http://perldoc.jp/docs/modules/CGI-SpeedyCGI-2.21/SpeedyCGI.pod
のサンプルコードが500errorで動かないのだけどヤバイかな…？
誰かご教示ください

**nobodyさん** · 2009/12/13(日) 23:00:07

コマンドラインで動すとか、error_logを見るとかすれば原因わかるだろうに。
sub内のdo something hereのとこは適宜にシャットダウン時やクリーンアップ時に行う
処理を書いておくところだよ。詳しくはメソッドの解説を参照。

#!/usr/bin/speedy -- -r1 -t1
$sp->add_shutdown_handler(sub { `touch shutdown` });
$sp->register_cleanup(sub { print "b" });

とかにすれば一応動きがわかるんじゃないかな
./speedy.pl
ls
の繰り返しで。

**nobodyさん** · 2009/12/13(日) 23:00:48

これじゃだめか
#!/usr/bin/speedy -- -r3 -t100
かね

**nobodyさん** · 2009/12/13(日) 23:30:38

>>837
[root@localhost hogehoge]# ./speedy.pl
Can't call method "add_shutdown_handler" on an undefined value at ./speedy.pl line 2.
そもそもadd_shutdown_handlerが無い的な感じなのかしら。
>>838
同じように試してみたけども、だめでした。

**nobodyさん** · 2009/12/13(日) 23:48:54

>>839はuseし忘れてただけでした。
すみません。

[root@localhost hogehoge]# ./speedy.pl
syntax error at ./speedy.pl line 8, near "do something here "
syntax error at ./speedy.pl line 10, near "do something here "
Execution of ./speedy.pl aborted due to compilation errors.
speedy_backend[24310]: perl_parse error
speedy[24308]: Cannot spawn backend process

http://perldoc.jp/docs/modules/CGI-SpeedyCGI-2.21/SpeedyCGI.podの
# shutdownハンドラの登録
$sp->add_shutdown_handler(sub { do something here });
# クリーンアップ・ハンドラの登録
$sp->register_cleanup(sub { do something here });
ここが原因みたいです。

**nobodyさん** · 2009/12/13(日) 23:57:28

ごめんなさい、載せ忘れ。
ほんと連レスすみません。

>>837の実行結果
[root@localhost hogehoge]# ./sp.pl
b

**nobodyさん** · 2009/12/14(月) 11:36:32

print "b" のとこは "cleanup" にでもしといたほうがよかったか
スクリプトが終わる際に登録した処理が行われるだけだけど。

Speedyのバックエンドが終わる際には、cleanupも終わって標準入出力閉じた後に
shutdownが行われる。そこはprintしても表示ができないのでわざと`touch shutdown` して
ファイルを生成している。いつそのファイルが作られるかを見てほしい。
たぶんタイムアウト(t)が迫った場合や再利用回数(r)が迫った場合に作成されると思う。
-r6 くらいにするとたぶん5回目の実行の際に作られるかな。

多分これを使えばSpeedyで動いてた間に蓄積したデータとか吐かせたりとか
有用な使い方できるんだろうけど、絶対動くような信用性があるかはわからんので
スクリプト内のグローバル変数で同じようなことを実現したほうが確実かも。

-r -t 自体結構信用ならないので、2chではshutdown_next_timeも活用してた気がする。

**nobodyさん** · 2009/12/15(火) 21:02:36

>>842
返信遅れてすみません。

rootで-r6 -t10でlsしながら実行したところタイムアウトが迫ったときに所有権がrootのshutdownファイルが
スクリプトと同じディレクトリに生成されるみたいです。

**nobodyさん** · 2010/03/25(木) 04:47:09

mod_perlとSpeedyCGIとFastCGIの違いを教えて下さい。

**nobodyさん** · 2010/03/25(木) 08:47:59

どれもググれない人には使えないので一緒

**nobodyさん** · 2011/12/16(金) 19:35:41.49

mod_perlで、Java Servlet2.4以前のHttpServletRequest#getRequestURL()
と同じような結果を取得する方法を探しているのですが、何かよいモジュールは
ありませんか？

**nobodyさん** · 2012/02/28(火) 19:51:56.53

Windows2000
Apache 2.2.22
mod_perl/2.0.4
activeperl 5.12.4

mod_perl でエラー発生したとき、CGI::Carp qw(fatalsToBrowser) が有効にならないのですが、
ブラウザでエラーとかを把握する方法ってあるのでしょうか？

**nobodyさん** · 2012/04/14(土) 19:26:27.93

どうして2chだけFastCGIが不人気なんですか？

**nobodyさん** · 2012/04/17(火) 19:01:39.19

簡単にWindows環境で動くやつが
ないよね？

?PLT(12081) · 2014/01/21(火) 00:52:32.25

このスレは激遅

**nobodyさん** · 2014/01/21(火) 18:35:02.53

CGI以外のインタフェースいちいち覚えるの面倒だから誰も使わないんだよ
中の人がmod_cgidso作ったことからもわかるでしょ？