【激速】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さん** · 2007/07/06(金) 23:07:39

>>637
普通普通

**nobodyさん** · 2007/07/12(木) 06:21:48

mod_perlを導入したのですがカレントディレクトリがApacheのディレクトリになってしまい
スクリプトのあるディレクトリがカレントディレクトリであると想定して書かれてるプログラムが動かなくなりました。
カレントディレクトリをスクリプトのディレクトリに変更する方法はありませんか？
環境はWindowsXP＋Apache2.2.4です。

**nobodyさん** · 2007/07/12(木) 10:31:57

>>639
http://adiary.blog.abk.nu/07

**nobodyさん** · 2007/07/12(木) 19:02:43

>>640
どもども
やってみます

**nobodyさん** · 2007/07/29(日) 22:25:25

FC6でSpeedyCGI-2.22をソースインストールしようとしたら
mod_speedycgi2などでエラーがでて失敗しました。
FC1ではうまくいったんですが･･･。FC6で何か足りないものが
あるのでしょうか？

**nobodyさん** · 2007/07/30(月) 17:48:02

>>642
ttp://dries.ulyssis.org/apt/packages/perl-CGI-SpeedyCGI/info.html

これはどう？

**nobodyさん** · 2007/07/30(月) 22:09:00

>>643
ありがとうございます。やってみたら、そのようなグループ、ユーザーは
いません、rootを使います～と言うのが出て、その後、パッケージごとに
すでにインストールされているファイルと競合するので終了するような
メッセージがでて完了出来ませんでした。
　rpmの、競合するファイルを無視してインストールするオプションというの
があればと思うのですがスイッチがわからないのでまだ試して無いです。

**nobodyさん** · 2007/08/01(水) 23:29:07

>>642
FC6では試してないが、CentOS5では、

http://rt.cpan.org/Public/Dist/Display.html?Name=CGI-SpeedyCGI

にあるpatchを一通り当てたら問題なくcompile出来た。

**nobodyさん** · 2007/09/13(木) 01:31:18

>>639さんじゃないんですが、mod_perl2でカレントディレクトリの
設定を変更後、DBI::SQliteのdbnameだけは絶対パスを
入れなきゃ動きません…そういうもんなんでしょうか？

Apache 2.2.4+ActivePerl 5.8.8+mod_perl2

**nobodyさん** · 2007/09/13(木) 04:52:15

mod_perl2はカレントディレクトリがスクリプトのあるディレクトリにならないから

preforkならchdirしたりCGIのエミュ代わりならModPerl::RegistryPreforkやModPerl::PerlRunPreforkを
使うとカレントディレクトリがそのスクリプトのディレクトリになるから相対パスで書けない事もない

workerの場合chdirが使えないというか使えるけど他のスレッドにも影響がでてしまうので危険

というわけでどちらにしても絶対パスで書いておくのが無難

**nobodyさん** · 2007/09/14(金) 13:55:09

>>642 >>645
FCやCent使ってるなら

RPMforgeを入れて
yum -y perl-CGI-SpeedyCGI
で入れたほうが簡単じゃない？

**nobodyさん** · 2007/09/14(金) 14:03:52

>>648
yum -y install perl-CGI-SpeedyCGI
^^^^^^
でした。

**nobodyさん** · 2007/09/14(金) 18:42:10

やあみんな、FastでSpeedyでmodなperlライフをおくってるかい？

ところで、最近UpdateしたApache2.2.6と2.0.61でちゃんとmod_perl動いてる？

**nobodyさん** · 2007/09/14(金) 20:17:24

>>650
試して報告してくれよん

**650** · 2007/09/15(土) 03:58:09

やあやあ、
実はWin32環境で2.2.6、2.0.61ともに自前でビルドしたやつに、
これまたCPANよりGetsして来た2.0.3tarボールから自前コンパイルしてみたんだが、
ちゃんと動かねえんだよ。

具体的にゆうと、Loadmodlueでmod_perl.soしてやったとき、通常にStartUpした様に見える。
で、普通のHTMLとCGIPerlとPHPはちゃんと動くんだけど、Locationでmod_perlってるディレクトリの
ファイルをリクエストしたら、急にApacheがハングしてしまう。

ブラウザの画面に
「Internet Explorer ではこのページは表示できません
可能性のある原因:
インターネットに接続されていない。
Web サイトに問題が発生している。
アドレスに入力の間違いがある可能性がある。」
が表示される。(Apacheをkillした時にhttp://localhost/叩いた時と同じ表示)

ちなみにこの時、他のmod_perlでないページは正常に表示される。

**650** · 2007/09/15(土) 03:58:47

つづき

この時のerror_logの表示は
Error in my_thread_global_end(): 252 threads didn't exit
[Sat Sep 15 02:47:35 2007] [notice] Parent: child process exited with status 9 -- Restarting.
[Sat Sep 15 02:47:35 2007] [notice] Apache/2.0.61 (Win32) PHP/5.2.1 mod_perl/2.0.3 Perl/v5.8.8 configured -- resuming normal operations

こんな感じ。
これみると、どおやらmod_perlなファイルにリクエストした時、なぜかApacheが再起動掛かってる模様。

ちなみにこの状態のままでも他のファイル(staticHTML,PHP,PerlCGI)は通常どおり表示される。
(access_logに記録もされてる。mod_perlなリクエストだけが欠落。)
あと、標準module(mod_auth,mod_alias,mod_rewrite等)の機能もちゃんと動作する。

さらにこの状態の時にStop(コンソールからCtrl+C)かけると,一旦通常に終了処理が終わったように見えるけど、
タスクマネージャ見ると、Apacheのプロセスが起動したままの状態。

この時のerror_logの内容は
Error in my_thread_global_end(): 1 threads didn't exit
ocess is running

上のエラーと同じ内容だけど、thread1なとこを見ると親プロセスか？？
その下に多分"Process"だとおもわれるメッセージの断片が・・・。

**650** · 2007/09/15(土) 03:59:18

つづき2

そんなこんなで何回か起動、再起動等を繰り返してると
Winの強制終了のポップアップが出て終了。

そのときのerror_logには、
[Sat Sep 15 02:54:21 2007] [notice] Apache/2.0.61 (Win32) PHP/5.2.1 mod_perl/2.0.3 Perl/v5.8.8 configured -- resuming normal operations
[Sat Sep 15 02:54:21 2007] [notice] Server built: Sep 15 2007 02:27:44
[Sat Sep 15 02:54:21 2007] [notice] Parent: Created child process 3412
[Sat Sep 15 02:54:23 2007] [crit] master_main: create child process failed. Exiting.
[Sat Sep 15 02:54:23 2007] [error] (OS 6)ハンドルが無効です。 : Parent: SetEvent for child process 0 failed
これ。
今までで[crit]なんかはじめて拝んだ。

前のレスのエラーは100%再現する。こっちのエラーはいまいち再現性がない(5回～10回に一回くらい)

ちなみに上のは、2.0.61だけど、2.2.6でも全く同じエラーが出る。(当然そのときは、mod_perlを2.2用にrebuild)
theory58Sのコンパイル済みppmでも、エラー内容同じ。(2.0,2.2両方)

逆に、2.2.6と2.0.61のincludeとLibsでコンパイルしたmod_perl.soとライブラリ一式は、
2.2.4、2.0.59で両方正常に動く。(公式msiバイナリと自前ビルド両方とも試した。どっちも問題なし。)

**650** · 2007/09/15(土) 03:59:51

つづき3

公式とかによると、APRとAPR-utilのバージョンがあがってるようなんで、
これのせいかとかも思うけど、公式のML等ではこの話題でず。
(なんか違うバグ出たみたいで、早くも2.2.7かって話も出てる)

perl.apache.orgのほうもこれに関する話題なし。

ちなみに”Loadmodule mod_perl.so”をコメントアウトすると何事もなかったかのように動いてる。

環境は
WinNT 5.1
VC2005 sp1 + nmake (Ver 8.00.50727.762)
Active perl 5.8.8-build822

あと、コンパイルオプションは無し(Makefile.winそのまま)
上にも書いたけど、全く同じコマンドで2.2.4と2.0.59は特に問題なくビルド出来た。

そのときの警告とかは、2.2.6or2.0.61のときと全く同じ(型変換うんぬんと、無効なオプションです。無視しますってやつ)

何度コンパイルし直してもこんな状況なんで、ここの猛者どもはどうなんかいの～？って思って聞いてみた。

**nobodyさん** · 2007/09/15(土) 11:11:36

colinux + CentOS で静的に入れてみたけど
ログ見ても今のところは問題ないように見える

**650** · 2007/09/15(土) 17:59:20

>>656
そうですか。

実はうちも本番環境はFC or CentOSで組もうかと思ってる。
(今それ用のマシンを自作中。パーツがまだ揃ってない。今稼働中のマシンは2.2.4で動いてるけど止められない。)

で、とりあえずWinでテスト環境作ろうと思ってやってみた訳なんだが、つまずいてしまった。

for Unixだと問題ないのかな？
とりあえずもう一台組みあがったらfor Unixのソースでもう一回試してみる。

**nobodyさん** · 2007/09/15(土) 21:00:36

開発やテスト環境ならvmwareなりcolinux入れておけばいいじゃない

**nobodyさん** · 2007/09/19(水) 11:10:07

どうもmod_perlのプログラミングについて今一わからないんですが、
要は、while(1){}の中でコーディングしてlastで終了するような
プログラム書けばOKってことでしょうか？

**nobodyさん** · 2007/09/19(水) 16:11:40

でんでんちがう

**nobodyさん** · 2007/10/10(水) 15:18:22

mod_perlの弱点つーか　いまいちperlがphpより普及しない理由として
常駐することがあると思うんだけど、
mod_phpみたいに常駐しないバージョンを開発するつもりないのかねー
てかmod_phpっぽい動作にする方法あったら教えて　えろい人

**nobodyさん** · 2007/10/10(水) 15:30:16

>>661
>>660

**nobodyさん** · 2007/10/10(水) 19:03:11

日本語でおｋ

**nobodyさん** · 2007/10/11(木) 03:09:21

で常駐しない方法ってあるん？

**nobodyさん** · 2007/10/11(木) 03:43:39

mod_の意味わかってる？mod_だよ。
逆にmod_でない(常駐しない)phpなんか・・・・。

**nobodyさん** · 2007/10/11(木) 03:59:24

mod_の意味ってわからないけど、プロセス常駐とApacheのモジュールとは関係ないと思うけど。fastcgiなんかだと外部プロセスに出来るわけだし。
ま、ウェブアプリと言ってもさまざまだけど、mod_phpで十分というかちょうどいいという感じはする。
リクエストごとに消えてくれるからメモリリークを心配せずによく、運用が簡単。
もっともPHP(mod_php)もバージョンが上がる度にリソース消費が激しくなってるけど。
何でPHP4をディスコンティニューするのか。PHPの開発者のすることは分からんね。

**nobodyさん** · 2007/10/11(木) 05:11:31

う～ん君が言ってるのは、常駐うんぬんのことではなくて、要はメモリ消費のことでしょ？
mod_phpだってapacheプロセスとして常駐してるんだが・・・。

確かにmod_perlはそれに比べてメモリ消費が激しいのと、並列度を高めるとパフォーマンスダウンが著しい(特にpreforkなんかは)
それはここの上のほうでも散々言われてることだから、Fastやspeedyなんかが話題になってるわけだし。

でもそれは>>661で言ってるみたいにプロセスに常駐するかどうかが問題なわけではなくて、
そのリソース消費とパフォーマンスとの兼ね合いであって、まるでmod_phpが常駐しないみたいな言い方してるから
>>660だって言われてるんでしょ。

**nobodyさん** · 2007/10/11(木) 15:19:36

>>667 >>666
いや常駐ってmod_なら常駐するってのはわかってるってよ
スクリプトとかライブラリの常駐の話
mod_phpは実行してもスクリプトは常駐されないでしょ
perlrunでもuseとかrequireされたライブラリは常駐するよね？　その辺の話
自分専用サーバで使う分にはいいけど、mod_phpみたいにレンサバでも利用できるようにならないと
実質レンサバとかだとphpはperl(cgi)より速いって事になってるんじゃねって事

**nobodyさん** · 2007/10/11(木) 15:33:05

常駐ってか永続化 persistentだな　すまん
言いたいことは　>>666のリクエスト以降の話でっす

**nobodyさん** · 2007/10/11(木) 17:38:08

persisitence ではなくて cache だから、
単にキャッシュでいいんじゃなかろうか。

**nobodyさん** · 2007/10/11(木) 18:19:21

mod_phpみたいにインタープリタのオーバヘッドだけ解消できるモードがあれば
Perlもそこそこシェア守ってたかもね。権限なんかは利便性の二の次なのかな。

**nobodyさん** · 2007/10/11(木) 18:46:42

とりあえずPerlを馬鹿にしとけば自尊心が保たれるみたいな

**nobodyさん** · 2007/10/11(木) 20:21:51

>>668
> スクリプトとかライブラリの常駐の話
> mod_phpは実行してもスクリプトは常駐されないでしょ
> perlrunでもuseとかrequireされたライブラリは常駐するよね？　その辺の話

そういう方面の話か。だったら常駐とかプロセスとか紛らわしい言い方するなよ…

で、mod_perl が使いにくいのはその通りで、
だから FastCGI や SpeedyCGI が話題になってるんだろ

> てかmod_phpっぽい動作にする方法あったら教えて　えろい人

SpeedyCGI 使え SpeedyCGI

**nobodyさん** · 2007/10/12(金) 00:42:05

みんなどうもです
結局FastCGIかSpeedyCGIって事か…
Catalystが動くかしらべてみっかな

**nobodyさん** · 2007/10/13(土) 16:39:43

mod_perlならデフォで付けられる程安定/サポ有りモジュールだから間違いはない。
ビジネスするとこならまず選ぶ選択股であるのは当たり前。
amazon, mixi, hatena, livedoor, accessup ...
2chの話よりまず事例に従った方がミスはないと思うけどね。

**nobodyさん** · 2007/10/13(土) 19:36:24

mod_perlは重い。HTMLやCSS,画像用に別にウェブサーバを用意しないといけない。一部の巨大なウェブサイトならリソースがふんだんにあるだろうけど、多くはそうじゃない。

**nobodyさん** · 2007/10/13(土) 20:51:37

なんでそこまでして大規模サイトに
スクリプト言語を使いたくなるのだろうねえ

**nobodyさん** · 2007/10/13(土) 21:03:55

mod_perlって高負荷時に安定はしないんじゃね？
mixiはDBの方がネックだったらしいから大丈夫だったっぽいけど。

**nobodyさん** · 2007/10/14(日) 14:39:13

別にサーバー用意しなきゃいけないは伝説。
超余裕環境が最高効率を目指すだけの技。
立ち上がるhttpdを３つ位までにしてworkerで動かせばメモリーの消費は抑えられて十分だよ。
preforkで立ち上げるからメモリーを馬鹿みたいに使って高負荷時にメモリーが無いと騒ぐことになる。

そもそもそこにボトルネックは
・プログラムをいかにhtmlにするか
・ファイルをいかにメモリーにおくか
・そしてmixiのようにdbをどうするか
のようなCPU/IO/ネットワークまわりの基本レベルの選択が問題。

スクリプト言語といっても実行している時にはスクリプトの状態ではないのだから、
開発効率を考えればスクリプトを選ぶのは当たり前。
速度が必要な時にApache Moduleの世界に一部入る(greeとか）という選択肢があれば良い。

**nobodyさん** · 2007/10/14(日) 14:42:58

x: そもそもそこにボトルネックは
o: そもそもそこよりボトルネックは

**nobodyさん** · 2007/10/14(日) 19:32:01

事例多い → mod_perl
mod_perl より速い → FastCGI
さらに速い → mod_speedycgi
root いらずで手軽 → SpeedyCGI
要は使い分けじゃね?

俺は手軽さが魅力だったので SpeedyCGI を選んだ。

**nobodyさん** · 2007/10/14(日) 21:00:07

root権限、Apache 管理者権限なしでSpeedyCGIを導入する方法がわからん。
助けてえろい人。

**nobodyさん** · 2007/10/14(日) 21:05:14

>>682
Apache管理者権限って何？
つ、普通に入れられないのか？

**nobodyさん** · 2007/10/15(月) 12:38:49

サーバにシェルログインする。
SpeedyCGI をユーザホームディレクトリ配下にインスコする。
以上

**nobodyさん** · 2007/10/15(月) 15:54:12

>>681
mod_perl で効果的に ithread 使うのが一番速い。
FastCGI だとスレッドの恩恵が少ない。

レンタルサーバだと一定時間を越えて動作するプロセス
情け容赦なく kill されるので
SpeedyCGI は利用できないと思った方が無難。
(SpeedyCGI に限らないが。)

**nobodyさん** · 2007/10/15(月) 16:30:46

use threadは使い物にならなかったけどuse ithreadは使いものになるのか。
今度試してみよう。
この板見て初めての収穫。

**nobodyさん** · 2007/10/15(月) 16:32:14

x: use thread / o:use threads

**nobodyさん** · 2007/10/15(月) 16:51:46

せめて試してから収穫かどうか判断しろよ

**nobodyさん** · 2007/10/15(月) 18:07:12

Apache が worker 動作してるなら試してみる価値はある。
一方で lighttpd + fastcgi で十分じゃないかと言う話も。

**nobodyさん** · 2007/10/15(月) 22:42:23

>>684

>SpeedyCGI をユーザホームディレクトリ配下にインスコする。

わからん｡｡｡｡｡｡｡
普通にmakeしてもダメだろ？

**nobodyさん** · 2007/10/16(火) 00:58:26

>>686
Perl で ithread を使うための宣言が use threads だろ。
同じ物だよ。

>>690
「CPAN ホームディレクトリ」でググれ。
cpan コマンド使わずに手動でインスコするなら perl Makefile.PL PREFIX=$HOME とか

**nobodyさん** · 2007/10/16(火) 10:52:05

まじ？
それだったら期待できないな。
過去の経験からいえばperlのthreadsはメモリーの扱い下手過ぎ（過消費）。
スワップまでの寿命がかなり短くなる。

**nobodyさん** · 2007/10/16(火) 12:36:40

スクリプト言語は開発効率が高いって本当なの?
企業としては開発効率以外にも見るべき所があるでしょ

**nobodyさん** · 2007/10/16(火) 12:47:07

>>692
5.005 の thread (use Thread;) と 5.6 以降の ithreads (use threads;) は違う。
後者の場合も注意して作らないとメモリをジャブジャブ使うのは変わらないが。

>>683
場合によりけりだろう。
一般的には規模が大きくなればかえって効率下がることになってる。
個人的には規模が小さくても型付けの弱い言語は開発効率が低いと感じる。

**nobodyさん** · 2007/10/16(火) 16:20:31

そういう意味だったら試したのはithreadの方だったと思う。
でも、多分
Interpreter threads are different from "5005threads"
(the thread model of Perl 5.005)
by creating a new perl interpreter per thread and not sharing any data or state between threads by default.
とあるとおり、スレッド毎にinterpreter分のメモリーをガンって増やすから、凄いことになっちゃったのかな。
mod_perlだともしかしてこのinterpreter分が節約できるのか？
自分はコマンド用途で試してたから増え方にビックリしたんだけど。

**nobodyさん** · 2007/10/16(火) 16:50:51

ごめん。685 の文からしておかしかった。

mod_perl (2.x) は ithread を内部的に使ってる、だった。
で、プロセス毎に上限の設定されたスレッドプールで使いまわしてる。

**nobodyさん** · 2007/10/17(水) 16:52:12

mod_perl重いって話けっこうあるし、画像用の別サーバとか
普通ってかあたりまえな気はする。
別サーバといっても同じマシンに別のApache立ち上げるだけでいいわけだし
mod_phpにしてもメモリ食いだし、静的ファイル用に別サーバ用意するのは当たり前だとおもってたけどな・・
それで重いといわれても～

**nobodyさん** · 2007/10/17(水) 16:54:27

あと開発効率はめちゃ高いと思うぞ
大規模なサイトでも機能ごとにちゃんと分けてあげたり普通につくれば普通に便利。
てか体が慣れてるので俺の中ではウェブ系はPerl以外ありえない

**nobodyさん** · 2007/10/17(水) 16:56:24

あとまったくすれ違いだけどphpってphp.iniで文字コード制御とかありえねーなといつも思う
と独り言

**nobodyさん** · 2007/10/17(水) 17:16:43

静的ファイルの話するには100番くらいレス戻さないとダメだが。

静的ファイルで速度出したいなら lighttpd も良い選択だと思われ。

**nobodyさん** · 2007/10/17(水) 19:51:25

それをいったら、実行はじめたスクリプト中で ini_set('mbstring.internal_encoding', 'EUC-JP'); とか

**nobodyさん** · 2007/10/22(月) 16:25:52

専用ならHTTP::Daemonで
まるごと組んじゃうとか、どうなの？

**nobodyさん** · 2007/10/23(火) 13:31:51

細かい処理考えるのめんどいからmod_jk + Net::AJP13に期待

**nobodyさん** · 2007/10/29(月) 01:19:53

ねえねえ、ひょっとして mod_speedycgi2 ってアパッチョ2.2系じゃコンパイル不可？

うち、Cent4で、自前makeしたAp2.2.6を/usr/local/apache2/にインスコして、
そのapxsを読み込ませるようにしてmakeしてみたんだけど、mod_speedycgi2.cでエラー100個くらい出て止まってしまう。
内容はなんかsyntaxErrorだとか、previous definition(定義済みの再定義？)がでまくるんだけど・・・。

ちなみにrpmからの2.0.59では一応makeは通る(でもtestでmod_系は全スキップしてしまう)。

どなたか2.2系で動かしてる人いませんか？

**nobodyさん** · 2007/10/29(月) 08:39:55

上のレスでさんざん既出のこれじゃないかな

http://rt.cpan.org/Public/Bug/Display.html?id=23920

**nobodyさん** · 2007/10/29(月) 22:49:20

>>705
やった～。makeできたよママン。
ありがトン。

**nobodyさん** · 2007/10/30(火) 04:25:29

ねえねえ、ひょっとして mod_speedycgi2 ってアパッチョ2.2系じゃコンパイル不可？

うち、Cent4で、自前makeしたAp2.2.6を/usr/local/apache2/にインスコして、
そのapxsを読み込ませるようにしてmakeしてみたんだけど、mod_speedycgi2.cでエラー100個くらい出て止まってしまう。
内容はなんかsyntaxErrorだとか、previous definition(定義済みの再定義？)がでまくるんだけど・・・。

ちなみにrpmからの2.0.59では一応makeは通る(でもtestでmod_系は全スキップしてしまう)。

どなたか2.2系で動かしてる人いませんか？

**nobodyさん** · 2007/11/14(水) 00:27:32

ねえねえ、ひょっとして mod_speedycgi2 ってアパッチョ2.2系じゃコンパイル不可？

うち、Cent4で、自前makeしたAp2.2.6を/usr/local/apache2/にインスコして、
そのapxsを読み込ませるようにしてmakeしてみたんだけど、mod_speedycgi2.cでエラー100個くらい出て止まってしまう。
内容はなんかsyntaxErrorだとか、previous definition(定義済みの再定義？)がでまくるんだけど・・・。

ちなみにrpmからの2.0.59では一応makeは通る(でもtestでmod_系は全スキップしてしまう)。

どなたか2.2系で動かしてる人いませんか？

**nobodyさん** · 2007/11/14(水) 06:43:19

ねえねえ、ひょっとして mod_speedycgi2 ってアパッチョ2.2系じゃコンパイル不可？

うち、Cent4で、自前makeしたAp2.2.6を/usr/local/apache2/にインスコして、
そのapxsを読み込ませるようにしてmakeしてみたんだけど、mod_speedycgi2.cでエラー100個くらい出て止まってしまう。
内容はなんかsyntaxErrorだとか、previous definition(定義済みの再定義？)がでまくるんだけど・・・。

ちなみにrpmからの2.0.59では一応makeは通る(でもtestでmod_系は全スキップしてしまう)。

どなたか2.2系で動かしてる人いませんか？

**nobodyさん** · 2007/11/17(土) 13:53:14

ねえねえ、ひょっとして mod_speedycgi2 ってアパッチョ2.2系じゃコンパイル不可？

うち、Cent4で、自前makeしたAp2.2.6を/usr/local/apache2/にインスコして、
そのapxsを読み込ませるようにしてmakeしてみたんだけど、mod_speedycgi2.cでエラー100個くらい出て止まってしまう。
内容はなんかsyntaxErrorだとか、previous definition(定義済みの再定義？)がでまくるんだけど・・・。

ちなみにrpmからの2.0.59では一応makeは通る(でもtestでmod_系は全スキップしてしまう)。

どなたか2.2系で動かしてる人いませんか？

**nobodyさん** · 2007/11/17(土) 18:28:52

いい加減うぜえよｗｗｗ

**nobodyさん** · 2007/11/24(土) 02:37:09

ちょっとlibapreq2について質問なんだけど、

make test した時の、
t/apreq/cgi テストは失敗するもん？

CPANから取って来た2.08と、FedoraのRepoから引っ張ってきた2.09-rcのsrc.rpm
からやってみたんだけど、両方これがエラーになる。

ググってみても、いくつかのBlogとかで
「make test いくつか失敗するけど無視する」
みたいなこと書いてあるし、ほんとにこれでいいんかい？？

CentOS4.5,Apache2.2,mod_perl2.0.3

**nobodyさん** · 2007/11/24(土) 09:23:53

Blog (笑

どんなエラーかも書いてないし…これは酷い。

**712** · 2007/11/25(日) 19:11:55

こりゃあきまへん。これこのTestでコケるようになってるわ、packageの構造的に。

>>713
エラーの内容ってこれ？
t/apreq/big_input....ok
t/apreq/cgi..........# Failed test 1 in t/apreq/cgi.t at line 62
t/apreq/cgi..........NOK 1# Failed test 2 in t/apreq/cgi.t at line 62 fail #2
t/apreq/cgi..........NOK 2# Failed test 3 in t/apreq/cgi.t at line 62 fail #3
t/apreq/cgi..........NOK 3# Failed test 4 in t/apreq/cgi.t at line 62 fail #4
　・
　・
こんなのが40行ほど続いて、
t/apreq/cgi..........FAILED tests 1-41
Failed 41/41 tests, 0.00% okay
t/apreq/cookie.......ok
これ。つまりt/apreq2/cgi_tファイル全滅。全てのテストが失敗してる。これ以外は全てOKとなる。
このエラー見たところでline**で、コケてるのはわかるんだが、どうゆうエラーかは分からないと思った。
確かに上のスレでは内容書かなかった。すまん。

でも、当然だけどCPANやらで一通りBugReportは斜め読みしてみて、似たようなErrorの報告があったけど明確な解決になってなかったし、
patchも出てなかったから、「libapreq2」とか「libapreq2 インストール」でググってみて、上位のほうにあったいくつかの
インストール手順を紹介したサイト（Blog）の内容に、「make test 通らない」とか、「make test 飛ばす」みたいなこと書いてあったし、
Fedora6,7,8のSRPMの.specも make セクションの後に、test せずに install セクションに入ってたから、
test通らないのがデフォかなって思って、書き込みしたわけなんだが・・・。笑うところか？

まあいいわ。原因はつかんだ。

**つづき** · 2007/11/25(日) 19:12:31

で、ちょっと長くなるけど、specに従い
./buildconf
CC=gcc CFLAGS="-O2 -g" ./configure --with-apache2=/usr/local/apache2 --enable-perl-glue

とやるわけなんだが、最後の”--enable-perl-glue”がくせもの。
このオプションは、通常libapreq2のコンパイル、Library(libapreq2.so)とmodule(mod_libapreq2.so)に加えて、
perl-libapreq2モジュール郡のコンパイルも同時に行う。でまあ、
make
make test

と進むわけだが、この全滅する glue/perl/t/apreq/cgi_t は、三つ目(perl-module)のビルドセクション
(Lib、mod、perlとテスト郡が３ステップある。実際makeしてみたらわかる。)に含まれるテストなんだけど、
Library、moduleはなんなくPass(じつはこれも落とし穴あり)して、このperlのテストセクションに入ってから、
問題のerrorが発生する。

で、Test中の動作を追っかけていたんだが、この t/apreq/cgi テストの時は、一時的に
t/の下位dirにcgi-bin/test_cgi.plってファイルが生成されて、それが実際に走ってる(httpd上で)。
で、このファイルはt/apreq/cgiテスト中にしか生存しなくて、次のテストに移ったら消えてしまう。(その間約2秒、その隙に捕獲する)

このtest_cgi.plファイル自体が諸悪の根源。以下中身(の上位行)
use strict;
use File::Basename;
use warnings FATAL => 'all';
use blib;
use APR;
use APR::Pool;
use APR::Request::Param;
use APR::Request::Cookie;
use APR::Request::CGI;

**つづき2** · 2007/11/25(日) 19:13:06

この use 郡で、APR関係のmoduleをロードできずに失敗していた。
特に自分の環境では、Apache2.2系(mod_perlも)を/usr/local/apache2/にインストールしてたんで、
コンソールで、perl -e ’use APR’ とかしただけで、
Can't load ・・・・　libaprutil-1.so.0がロードできません。そんなファイルはありません DynaLoader.pm line230 みたいなErrorになる。

確かlibaprな.soファイル一式は、/usr/local/apache2/lib以下に格納されていて、どうやらここはperlのLIBPATHには含まれていない。
ちなみにperlのLIBPATHは、
perl -e 'use DynaLoader; print join("\n",@di_library_path) . "\n";'　で確認できるんだけど、これの結果は
/usr/lib
/lib
/usr/local/lib
となっていて、(perl-5.8.8-4.el4si.i386.rpm)、/usr/local/apache2/等は読み込んでくれない。

仕方がないので、一時的に/usr/local/apache2/lib/以下を、/usr/lib/にコピーして、コンソールで再度 perl -e 'use APR'とやってエラー無し。

しかししかし、これで問題解決にはならないんだこれが・・。

この状態で再び make test としても、やっぱりt/apreq/cgiで全コケは変わらない。
今度は、
use APR::Request::Param;
use APR::Request::Cookie;
use APR::Request::CGI;
この三つ、実は今ビルドしようとしてるlibapreq2-perlに含まれるmodule郡で、しかも内部でlibapreq2.so.3にリンクしてる。で、こいつらが、
Can't load ...APR/Request/Request.so' for module APR::Request: libapreq2.so.3: cannot open shared object file: No such file or directory
なエラーを吐いて、正常に走ってくれないってわけ。
(このlibapreq2.so.file郡は、今まさにビルドしたばっかりのファイルで、libapreq2-2.09/library/.lib/にいて、当然perlのLIBPATH下にはいない)

**たぶん終わり** · 2007/11/25(日) 19:13:42

激しく無理やりな解決方法としては、
make test せずに
make install してしまい、LIBPATH(/usr/lib/以下)に、いったんlibapreq2.soファイル郡を掘り込んでしまい、
(ApacheがRPMなら、ここに入るはず。でなければ、INSTDIRからここにコピー)その上でもっかい、libapreq2をmakeしたDirにcdして、
make test とすれば、みごと全てのテストに合格する。
(Cent4.5 Apache2.2を/usr/local/apache2/にinstall と、CentOS5.0 Apache2.2-rpmの両環境で確認)

でも、これじゃあなんだか手順が逆じゃない？？
testでCompileコケてないの確認してからinstallじゃん、普通は・・・。

で、なんとかならないかと色々調べてみてんだが、
一時的にperl の DynaLoaderが検索するLIBPATHは、スクリプトの中からなら操作できるようなんだが、
外からやる方法が見つからない。(オプションとかスイッチとかで・・・。)

例えば、
LD_LIBRARRY_PATH=/usr/local/apache2/lib perl -e 'use DynaLoader; print join("\n",@dl_library_path) . "\n";'
とかやれば、@dl_library_pathに /usr/local/apache2/lib が追加されるんで、「お、出来たか」と思ったけど、
だめなんだよ。

**ほんとに終わり** · 2007/11/25(日) 19:14:17

ウチの環境(Cent4、Cent5共に)だと、$LD_LIBRARY_PATH変数が、環境変数ではなくて、SHELL変数扱いになる。
前もって、exportしといても、引き継いでくれない。
上の例みたいにワンライナーなり、直接perlを呼べば変数が生きたままになるんだけど、
対象がmakeだと、makeのなかで、何段にもbashを呼び出す(子プロセス扱い)もんで、この$LD_LIBRARY_PATHを継承してくれないようだ。
Fedoraでもこうなるみたい。(Fedora.jpにLD_LIBRARY_PATHがらみのスレにあった。)

ここらへん、自分もあんまり理解がないのと、WebProg板っぽくないので、ム板の方にちょっと出張してきたんだけど、
まだよくわからない。(コレ関係はこれから調べるつもり)

LIBPATHを制御できたら、make test する時にちょこっとコマンド足せばいけそうだけど、出来ないとなったら、
Makefileなり、TESP.PLがらみを書き換えないといけない。(ちょっとで済みそうにない。)
あるいは、/etc/ld.so.confとかあたりかな？

ぶっちゃけ一番簡単な方法は、testしないか、
本末転倒になっちゃうけど、/usr/libなりにso一式をコピー(インストール)してから、testかけるかのどっちかだね。

でも、みんな躓かなかったのか？
2.07以前は試してないからわからんけど、2.08,2.09両方とも、いきなりやって一発目でうまくいかんだろこれじゃあ。
(ってか、make test する以上、絶対コケるようにしか思えないんだが・・・)

**nobodyさん** · 2007/11/25(日) 20:48:10

今日吉野家行ったんだけどさ
まで読んだ

**nobodyさん** · 2007/11/26(月) 12:58:45

このスレってみんなが libapreq2 を試すようなスレじゃないと思うよ

**nobodyさん** · 2007/11/26(月) 13:24:06

さあ検証内容とpatchをbugリポートに送ってみんなを幸せにするんだ

**nobodyさん** · 2007/12/02(日) 08:44:17

今北産業

**nobodyさん** · 2007/12/10(月) 11:46:51

これについてわかる方いますか？
http://pc11.2ch.net/test/read.cgi/php/1018333172/580-581

環境は、
OS:centos5
httpd-2.2.3-11.el5.centos
mod_perl-2.0.2-6.3.el5
になります。

**nobodyさん** · 2007/12/10(月) 20:27:41

add-handler あたりかな？

**723** · 2007/12/10(月) 21:05:41

>>724
ありがとうございます。
早速試してみたところ、無事解決しました！うおおお！

■変更前
<DirectoryMatch "/home/aaa/cgi-bin/(.*.cgi)">
　　SetHandler perl-script
　　PerlResponseHandler ModPerl::Registry
　　PerlOptions +ParseHeaders
　　Options ExecCGI +MultiViews
</DirectoryMatch>
↓
■変更後
<Directory "/home/aaa/cgi-bin/">
　　AddHandler perl-script .cgi
　　PerlResponseHandler ModPerl::Registry
　　PerlOptions +ParseHeaders
　　Options ExecCGI +MultiViews
</Directory>

■設定3で追記した通常のCGIで動作させるDirecitoryディレクティブは削除

**nobodyさん** · 2008/02/18(月) 21:32:41

Apache2.2.8、PHP5.2.5、mod_fastcgi2.4.6使用。
100MBとかの大きなファイルをPHPにアップロードしている最中、
startDelayごとに新しいプロセスが起動されてしまう。
maxClassProcessesかmaxProcessesに到達するまで続く。
どうにかならないでしょうか？

**726** · 2008/02/19(火) 18:33:58

mod_fastcgiのソース見たら納得。
WebサーバーからFastCGIサーバーへの、CGIでいうところの標準入力は
すぐ完了するという仮定でコードが書かれてて、
時間がかかる⇒FastCGiサーバーがハング　という想定なのね。
ちょこっとパッチ当てるだけじゃ解決できないっぽい…？
参ったなあ

**nobodyさん** · 2008/02/19(火) 21:41:50

あー、俺も FastCGI 経由で応答に5秒以上かかる検索クエリ動かしたら異常終了したことがあったんだが、原因は>>727と同じか?

**726** · 2008/02/19(火) 22:41:08

mod_fcgidはリクエストを全部いったんモジュール内でバッファリングしやがる。
おかげでhttpdが150MBメモリ使ってしまった。
メーリングリストを見ると、MaxRequestInMemディレクティブを使えとのことだが、
症状は変わらない。例え動くとしても、
http://fastcgi.coremail.cn/download.htm
>If the length of http request longer than "MaxRequestInMem", it will store in tmp file.
結局ファイルにバッファリングするだけみたいだし。

Apacheが異常終了したのか、それともFastCGIサーバーが異常終了したのか

**726** · 2008/02/19(火) 22:41:27

最後の1行は>>728当て

**728** · 2008/02/19(火) 23:57:15

>>730
もう1年以上前の話なんでうろ覚えだが、
Internal Server Error か似たような状態になった希ガス

**nobodyさん** · 2008/02/22(金) 07:02:49

mod_perlなんすけど、sudoで動かないのはなぜに？

ちゃんとApache権限で呼び出してるんだけど、CGIとして動いてる。
他のも一緒？

**732** · 2008/02/24(日) 01:02:41

うう；；
誰か教えておくれ。

あと、mod_perlって標準出力も違う？
Image::Magickで標準出力しようとして、
$image->Write('jpeg:-');
の部分でエラー。ファイル場所がおかしいって。

指定方法を変えれば標準出力できる？

**nobodyさん** · 2008/02/24(日) 02:11:15

とりあえずもちついて状況を説明汁

**nobodyさん** · 2008/02/24(日) 02:43:34

Perlのアクセラレーター
http://rintaro.dip.jp/program/apbench/index.html

このページ繋がらなくなっちゃってるなー
このスレの人のベンチがあったからたまに見てたんだが
自宅鯖だったんだろな

**nobodyさん** · 2008/02/24(日) 16:59:49

>>733
mod_perlだとforkするわけじゃなくevalされるからsudoの入り込む余地は無いんじゃないか。

>ファイル場所がおかしいって。
標準出力はSTDOUTで同じ。カレントディレクトリがルートになってるよ多分。
print `pwd`;とかで調べて絶対パスで指定するか始めにchdir。

**nobodyさん** · 2008/02/24(日) 17:06:50

回答がちょっとずれてたごめん。
STDOUTに出力してるのに「ファイル場所がおかしいって」ってエラーが出るのか
私もわからんです。

**732** · 2008/02/24(日) 18:56:01

>>734
sudo -u apache /var/www/hoge.cgi
で動かしたいんだけど、permissionエラーになるの。
当然って言えば当然なんだけど、mod_perlならパーミッション関係なく動くよね？
これはapacheが予めコンパイルしてるからだろうけど、そのコンパイル済みのperlとして呼び出したいんだけどなぁ。

つまり、cronをはじめ、外部から呼び出す時にはmod_perlで動かす事は不可能って事でよいのかな？
url叩けばmod_perlとして動くのかな？
それと他のspeedyとかでも挙動は同じなのかなって質問です。

標準出力についての質問は、
普通"-"で標準出力を指すよね？mod_perlではこれを標準出力として認識しないようなんですが。