【激速】mod_perl SpeedyCGI FastCGI【激速】

1 名前：nobodyさん [2006/06/05(月) 20:01:09 ID:+YcYjDiD] mod_perl perl.apache.org/ SpeedyCGI perldoc.jp/docs/modules/CGI-SpeedyCGI-2.21/SpeedyCGI.pod 前スレ mod_perlを使おう！ pc8.2ch.net/test/read.cgi/php/1005122528/ ー二三ヘ(　ﾟ∀ﾟ)ノ 585 名前：nobodyさん mailto:sage [2006/10/08(日) 02:32:04 ID:???] 規模が小さければPHPだよ。Javaはコストがかかる。 586 名前：nobodyさん mailto:sage [2006/10/08(日) 06:26:02 ID:???] 規模が小さい案件なんかやってるやつはばかです 587 名前：nobodyさん mailto:sage [2006/10/08(日) 16:54:31 ID:???] 自分で会社作って、小中規模の仕事をこなすのが一番儲かる。 大きな会社の社員PG、SEじゃたかが知れてる。 588 名前：nobodyさん mailto:sage [2006/10/13(金) 05:29:50 ID:???] 勢いを失ったPHPには、もう先がありません。 589 名前：nobodyさん mailto:sage [2006/10/13(金) 06:48:53 ID:???] RORの隆盛はPerlにとっても追い風だよな。 590 名前：nobodyさん mailto:sage [2006/11/05(日) 04:44:56 ID:???] jp.rubyist.net/PerlMa/wiki.cgi?page=20060401-ParrotManiacs#p29 やっとPerlもJITコンパイラになるんだな アクセラレータよ、さようなら PHPやPythonと共通のバイトコードになるのもいい って、まだまだ先の話か 591 名前：nobodyさん mailto:sage [2006/11/05(日) 17:44:07 ID:???] むしろperl等もJVMのバイトコードを出力するようにしてしまった方が 後々メリットが得られるような気もするが そうでもないのかね。 592 名前：nobodyさん mailto:sage [2006/11/05(日) 19:17:48 ID:???] そのためにはPerl6が必要になるんじゃないの？ 593 名前：nobodyさん mailto:sage [2006/11/05(日) 19:55:56 ID:???] >>591 とりあえず、JVMのコードが変換できるようになればそれでいいやん .NETも変換できるようだし >>592 Perl5もコンパイルできるようにするようだよ でも、肝心のParrotが未だに開発中 594 名前：nobodyさん mailto:sage [2006/11/05(日) 21:02:17 ID:???] でもこれって結果的にスクリプト言語を勢いづかせるんじゃね 595 名前：nobodyさん [2006/11/05(日) 22:44:36 ID:tB4jjHhC] いつになったら完成するんだ！！ 596 名前：nobodyさん mailto:sage [2006/11/06(月) 01:45:05 ID:???] 明日仕上げます！ 597 名前：nobodyさん [2006/11/06(月) 22:24:47 ID:wVlTk8ia] 明日ｷﾀ━━━━(ﾟ∀ﾟ)━━━━!! 598 名前：nobodyさん mailto:sage [2006/11/06(月) 22:58:07 ID:???] 完成しないとPerl6でないんだから、よほどのことがない限りでることはでるんじゃないの？ でもおそい 599 名前：nobodyさん mailto:sage [2006/11/06(月) 23:00:44 ID:???] pc8.2ch.net/test/read.cgi/php/1162721943/ 動き無さ杉 600 名前：nobodyさん mailto:sage [2006/11/06(月) 23:18:17 ID:???] おいmod_parrotって．．． アセンブラ言語で書けってか？ JITコンパイラ有るなら速度面でも価値は低いし 601 名前：nobodyさん mailto:sage [2006/11/07(火) 01:17:26 ID:???] 3getさえないのにﾜﾛﾀｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ 602 名前：nobodyさん mailto:sage [2006/11/08(水) 03:15:19 ID:???] >>600 72.14.253.104/search?q=cache:Y3kWD19pEecJ:pc8.2ch.net/test/read.cgi/php/1065599868/443-543 603 名前：nobodyさん mailto:sage [2006/11/08(水) 21:21:02 ID:???] >>602 mod_parrotってmod_perlから呼び出されるバックエンドという理解でおｋ？ それならmod_parrotだから変わるっていう部分は少なくないか？ 一定の速度向上以外は全く思いつかね 604 名前：nobodyさん mailto:sage [2006/11/10(金) 00:45:33 ID:???] >　現在開発中のPerl6インタプリタエンジンParrot。 >　ParrotはCLR(Common Language Runtime)であり、 >　ParrotアセンブラにコンパイルできればPerl6のみならず、 >　Python、Ruby、PHPをはじめ、JavaもC#も、Basic、Scheme、 >　その他の言語なんでもいける・・・ようになるかも！？ >　mod_parrotができれば速度面でも問題無し！ >　そんな夢のような言語/VMであるPerl6/Parrotについて語りましょう。 万能インタプリタみたいなこと書いておいて、mod_parrotはないだろ CGI以外でもmod_parrot使うのかね 605 名前：nobodyさん mailto:sage [2006/11/10(金) 00:53:48 ID:???] Javaが挫折したネイティブCPU（補助機能としてのネイティブコードサポートならある） これParrotでできないかな 本物のCPUを模倣したモデルを使っているので、易しいと思うんだが 問題はParrotの普及．．． ．．．というかまずスタートｏｒｚ 606 名前：nobodyさん mailto:sage [2006/11/10(金) 00:56:59 ID:???] >>604 >　CGI以外でもmod_parrot使うのかね SpeedyCGIはCGI以外のPerlも代用できる 607 名前：nobodyさん mailto:sage [2006/11/27(月) 18:16:52 ID:???] modなんちゃら〜は速度改善の為のみに存在してると思ってないか？ 608 名前：603 mailto:sage [2006/11/27(月) 19:25:05 ID:???] >>607 >　modなんちゃら〜は速度改善の為のみに存在してると思ってないか？ ApacheAPIへのインターフェイス兼アクセラレータだと思っていますが？ がmod_parrotの場合はインターフェースの役目は持ってないでしょう 609 名前：nobodyさん mailto:sage [2006/12/02(土) 18:58:11 ID:???] FastCGIでのMoinMoinを ssk.jugem.jp/?eid=15 を参考に動かそうとしているのですがInternal Server Errorで動きませんorz。 Apacheのログを漁ると (13)Permission denied: FastCGI: can't create (dynamic) server "/home/wiki/public_html/moin.fcg": bind() failed [/etc/httpd/logs/fastcgi/dynamic/dce2b2d6779742810fd0c7f812ee16e5] とあるのですが、いまいち意味が分かりません。 環境はCentOS4.4です。 他に質問スレが無かったので、こちらで質問させて頂きました。 どなたかご教授お願いします。 610 名前：nobodyさん mailto:sage [2006/12/02(土) 22:58:31 ID:???] 背伸びする必要ないんじゃない？ 611 名前：nobodyさん mailto:sage [2006/12/03(日) 00:04:12 ID:???] おまいら久々に新しいの出てますよ mod_perl 2.0: Version 2.0.3 - November 28, 2006 perl.apache.org/download/index.html 612 名前：nobodyさん mailto:sage [2006/12/03(日) 00:23:05 ID:???] ところでメモリ，メモリとほざいている奴は，これを試したのか？ search.cpan.org/~pgollucci/mod_perl-2.0.3/docs/api/Apache2/SizeLimit.pod 613 名前：nobodyさん mailto:sage [2006/12/03(日) 02:18:17 ID:???] >>612 試したの？ 614 名前：nobodyさん mailto:sage [2006/12/03(日) 15:23:04 ID:???] >>613 見ただけじゃねえ？ >>612 で、どれくらい良くなった？ 615 名前：nobodyさん mailto:sage [2006/12/03(日) 15:28:26 ID:???] >>609 /etc/httpd/logs/fastcgi/dynamic/が無いか、パーミッションが無いんじゃねえ？ 616 名前：615 mailto:sage [2006/12/03(日) 16:04:25 ID:???] もし/etc/httpd/logs/fastcgi/dynamic/があり所有者がApacheになっているなら、FastCGIの実行者がwikiだから書き込めないんじゃねえ？ /home/*/public_html/じゃない場合FastCGIは動くの？ 617 名前：nobodyさん [2006/12/24(日) 00:03:00 ID:5VuL7TZS] 質問なのですが、解れば教えてください。 apache2 + mod_perl2.0.2 + catalyst5.7006 にて、 仮想ディレクトリ上だけCatalyst環境で構築したいのですが、 下記のように書くとDocumentRoot以下にある SpeedyCGI向けに書かれたソースの動きが変になってしまいました。 どのように設定すれば解決できますか？ httpd.conf-------------------------------------- PerlSwitches -I/var/www/Hello/lib PerlLoadModule Hello PerlTransHandler Hello <Location /Hello> PerlSetEnv Hello_DEBUG 0 SetHandler modperl PerlResponseHandler Hello </Location> 618 名前：nobodyさん mailto:sage [2006/12/24(日) 02:17:10 ID:???] >>617 ttp://d.hatena.ne.jp/dayflower/20060510/1147260763 ? 619 名前：nobodyさん [2006/12/24(日) 12:56:06 ID:5VuL7TZS] >>618 PerlLoadModule Hello PerlTransHandler Hello を外したらうまく行きました。ありがとうございます。 動いたけど全くもって理由がわかりませんｗ 620 名前：nobodyさん mailto:sage [2006/12/24(日) 14:51:36 ID:???] サブテカがいるすれはここですか？ 621 名前：nobodyさん mailto:sage [2006/12/27(水) 11:30:45 ID:???] 　　　　　　　　　　　 ,,_yyrl|_._. 　　　　　　　　　 . ,ｰ,,エ(ﾌ个 ¨ﾞ.巛r.r 　　　　　　　　_)()|「リlll|,エ,,　　　_,,,,,,,,,〔 　　　　　　ilｧ.爻)ll(''ﾄ'ﾘ》ll!h/′ ''ﾞ¨¨¨ﾞ冖''_,._ 　　　　　_yr!'ﾞ》||/||》ﾐ|||W'〕u彡 .ノ‐ .′,z厂′ 　　　　_,彡l|'l《》「⌒Wl|ﾘi|i｛ﾉ巛r, .^.ﾞ'　､ﾐ|》 　　　.ｰ¨7ﾘﾌミ.|Mllyii'|yl!.干zz| （z､u..彡ﾞ「ﾞ.┘ 　　　 ._yil|ﾐ)《l!|》!|il》lﾘli|||zz|¨;;ll《《リ｝l|.┘ v.|ﾄ 　　 .ｰ″,,iﾄリ「|ﾚ「〕:|/ﾘlll!|z|ﾄ厶|,.厶　冖 r　 y 　　　　　ll|ﾞ.ll|ili|ﾄz||:iﾄ /|《;li《z|》ﾘ||,｝ﾞ _yrl|ﾚr . 　　 .__y-ﾄﾐ「ﾞ川lyl)彡《i.ﾉ》|ﾚ「)「「ll||ﾞ)ﾐ)rl!　¨／￣￣￣￣￣￣￣￣￣￣￣￣ 　 ,z厂　　　 .^.「ﾞ》!「　｀.r厂|′　《》ﾘ,||｝″＜ 　¨′　　　　　 ,l.ﾌ|′　　 .r!　　 .「|ll|ﾌ^､　　｜ どうでもいい 　　　　　　　　 ｀,〕 i!.,,　 .‐!ll,. .'　.,i!||ﾘ　　　　　＼＿＿＿＿＿＿＿＿＿＿＿＿ 　　　　　　　　　″y　　　.″　_,r;yﾐ,|″ 622 名前：nobodyさん mailto:sage [2007/02/15(木) 01:20:19 ID:???] SpeedyCGIを使うときに、グローバル変数を初期化する 必要があるということですが、どういうことでしょうか。 i=0; i++; i++; i++; i++; i++; print("i"); グローバル変数iを一つずつ増やしているだけです。 i=0;で初期化しているので大丈夫でしょうか？ 普通5がprintされると思いますが、初期化しないで 何回も実行すると、どんどん加算されて5以上の数字が表示されますか？ 623 名前：622 mailto:sage [2007/02/15(木) 02:33:34 ID:???] 622です。 SpeedyCGI入れて自分でも試してみたいと思います。 また、なにかありましたらよろしくお願いします。 624 名前：nobodyさん mailto:sage [2007/03/02(金) 14:17:29 ID:???] 実際にやってみればいいじゃん 625 名前：nobodyさん mailto:sage [2007/03/03(土) 22:18:22 ID:???] FastCGIでディスパッチする際、リクエスト毎にスレッドを作成してばらばらの順番に応答を返す ということはFastCGIの仕様的には可能なんでしょうか？ 626 名前：nobodyさん mailto:sage [2007/03/03(土) 22:49:26 ID:???] FastCGI なアプリは常駐するわけだが。 627 名前：nobodyさん mailto:sage [2007/03/03(土) 23:05:20 ID:???] >>626 ？それは分かってます。 常駐するプロセスにリクエストが（Unixドメインソケットあるいはソケットを介して）飛んでくるのが FastCGIの仕様だと理解してますが、そのリクエストへの応答は、必ずリクエストが飛んできた 順番に応答しないといけないのかどうかが知りたいのです。 一応ドキュメントにはマルチスレッドでも可能的なことが書いてありましたが… 628 名前：nobodyさん mailto:sage [2007/03/04(日) 04:51:01 ID:???] >>627 >>1 のマニュアルFAQに書いてある事じゃなくて？ 629 名前：nobodyさん mailto:sage [2007/03/04(日) 12:19:12 ID:???] >>628 FAQに目を通しましたが該当する記事は見当たりませんでした。 で、報告なんですが、Pythonにはマルチスレッドで動作するFastCGIアダプタが存在する 事から、ディスパッチャのマルチスレッド化は可能なようです。 ですがアダブタが存在するのくだりから推測できるように、アダプタが対応していないと マルチスレッド化できません。（当方Rubyを使用する予定ですので、Rubyのアダプタで試して みましたが、ムリでした） アダプタをハックするにはFastCGIの仕様の理解が必要なこともあり、断念することにしました。 どうもありがとうございました。 630 名前：nobodyさん mailto:sage [2007/03/05(月) 13:38:09 ID:???] こちらこそ参考情報ありがとう 631 名前：nobodyさん [2007/05/26(土) 20:01:40 ID:7SKqsTBy] Perl6でもSpeedyCGIは使えたらなぁ 632 名前：nobodyさん [2007/05/28(月) 22:48:45 ID:A9llIuWJ] SpeedyCGIの -r オプションて、 回数に達したら、全backgroundが再起動するんかな？ それとも一backgroundごと？ 633 名前：nobodyさん mailto:sage [2007/05/29(火) 06:59:20 ID:???] 1background毎だと思っていたが…違うのか? 634 名前：nobodyさん mailto:sage [2007/06/01(金) 20:02:10 ID:???] すみませんがが、お知恵を拝借。 Apache2+mod_perl2　で、 my %List; $List{$key} = { a=>1,b=>2,c=>1} ... なんて連想配列作って、 sub listsort { my $r = $List{$a}{a} <=> $List{$a}{b}; if ($r == 0) { $r = $a cmp $b; } return $r; } foreach my $k (sort listsort keys(%List)) { # codes } のようにソート関数かませて、配列の中身でソートする様にしたんだけど、 ソースを変更して、1回目の実行ではリファレンスが正しくソート関数に届くのに、 2回目以降は届かなくなります。　 これって、使い方が間違ってるんでしょうか？ Reload の設定ミス？ RHEL ES4 + Apache2.0.52 + mod_perl 2.0.3(tar install) openSUSE 10.0 + Apache 2.0.54 + mod_perl 2.0.1(rpm) どちらも同じ現象なので、プログラムじゃないかと思うんだけど、改善できなくって。 635 名前：nobodyさん mailto:sage [2007/06/04(月) 12:03:46 ID:???] listsort() がどの名前空間に宣言されているのか不明だし それが原因かどうかは分からんけど… その程度のソート内容なら for my $k (sort { $List{$a}{'a'} <=> $List{$b}{'b'} || $a cmp $b } keys %List) { でよくね？ 636 名前：634 mailto:sage [2007/06/05(火) 05:13:19 ID:???] >635 listsort の中には、3段位の比較を入れる予定。 listsortの宣言は、関数内です。 sub func { sub listsort { } } ちょっと長いけどインラインにしてみるっす。 637 名前：nobodyさん mailto:sage [2007/06/28(木) 02:38:24 ID:???] 通常のPerlとSpeedyCGIを箱庭諸島R.A JSを使って比べてみた （島の数は0) トップページの表示しか載せないが 普通のPerlだとCPU時間が0.09〜 SpeedyだとCPU時間が最短0.01（大体0.03以上) になってﾜﾛﾀ 638 名前：nobodyさん mailto:sage [2007/07/06(金) 23:07:39 ID:???] >>637 普通普通 639 名前：nobodyさん mailto:sage [2007/07/12(木) 06:21:48 ID:???] mod_perlを導入したのですがカレントディレクトリがApacheのディレクトリになってしまい スクリプトのあるディレクトリがカレントディレクトリであると想定して書かれてるプログラムが動かなくなりました。 カレントディレクトリをスクリプトのディレクトリに変更する方法はありませんか？ 環境はWindowsXP＋Apache2.2.4です。 640 名前：nobodyさん mailto:sage [2007/07/12(木) 10:31:57 ID:???] >>639 adiary.blog.abk.nu/07 641 名前：nobodyさん mailto:sage [2007/07/12(木) 19:02:43 ID:???] >>640 どもども やってみます 642 名前：nobodyさん mailto:sage [2007/07/29(日) 22:25:25 ID:???] FC6でSpeedyCGI-2.22をソースインストールしようとしたら mod_speedycgi2などでエラーがでて失敗しました。 FC1ではうまくいったんですが･･･。FC6で何か足りないものが あるのでしょうか？ 643 名前：nobodyさん mailto:sage [2007/07/30(月) 17:48:02 ID:???] >>642 ttp://dries.ulyssis.org/apt/packages/perl-CGI-SpeedyCGI/info.html これはどう？ 644 名前：nobodyさん mailto:sage [2007/07/30(月) 22:09:00 ID:???] >>643 ありがとうございます。やってみたら、そのようなグループ、ユーザーは いません、rootを使います〜と言うのが出て、その後、パッケージごとに すでにインストールされているファイルと競合するので終了するような メッセージがでて完了出来ませんでした。 　rpmの、競合するファイルを無視してインストールするオプションというの があればと思うのですがスイッチがわからないのでまだ試して無いです。 645 名前：nobodyさん mailto:sage [2007/08/01(水) 23:29:07 ID:???] >>642 FC6では試してないが、CentOS5では、 rt.cpan.org/Public/Dist/Display.html?Name=CGI-SpeedyCGI にあるpatchを一通り当てたら問題なくcompile出来た。 646 名前：nobodyさん mailto:sage [2007/09/13(木) 01:31:18 ID:???] >>639さんじゃないんですが、mod_perl2でカレントディレクトリの 設定を変更後、DBI::SQliteのdbnameだけは絶対パスを 入れなきゃ動きません…そういうもんなんでしょうか？ Apache 2.2.4+ActivePerl 5.8.8+mod_perl2 647 名前：nobodyさん mailto:sage [2007/09/13(木) 04:52:15 ID:???] mod_perl2はカレントディレクトリがスクリプトのあるディレクトリにならないから preforkならchdirしたりCGIのエミュ代わりならModPerl::RegistryPreforkやModPerl::PerlRunPreforkを 使うとカレントディレクトリがそのスクリプトのディレクトリになるから相対パスで書けない事もない workerの場合chdirが使えないというか使えるけど他のスレッドにも影響がでてしまうので危険 というわけでどちらにしても絶対パスで書いておくのが無難 648 名前：nobodyさん mailto:sage [2007/09/14(金) 13:55:09 ID:???] >>642 >>645 FCやCent使ってるなら RPMforgeを入れて yum -y perl-CGI-SpeedyCGI で入れたほうが簡単じゃない？ 649 名前：nobodyさん mailto:sage [2007/09/14(金) 14:03:52 ID:???] >>648 yum -y install perl-CGI-SpeedyCGI ^^^^^^ でした。 650 名前：nobodyさん mailto:sage [2007/09/14(金) 18:42:10 ID:???] やあみんな、FastでSpeedyでmodなperlライフをおくってるかい？ ところで、最近UpdateしたApache2.2.6と2.0.61でちゃんとmod_perl動いてる？ 651 名前：nobodyさん mailto:sage [2007/09/14(金) 20:17:24 ID:???] >>650 試して報告してくれよん 652 名前：650 mailto:sage [2007/09/15(土) 03:58:09 ID:???] やあやあ、 実は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した時にlocalhost/叩いた時と同じ表示) ちなみにこの時、他のmod_perlでないページは正常に表示される。 653 名前：650 mailto:sage [2007/09/15(土) 03:58:47 ID:???] つづき この時の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"だとおもわれるメッセージの断片が・・・。 654 名前：650 mailto:sage [2007/09/15(土) 03:59:18 ID:???] つづき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バイナリと自前ビルド両方とも試した。どっちも問題なし。) 655 名前：650 mailto:sage [2007/09/15(土) 03:59:51 ID:???] つづき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のときと全く同じ(型変換うんぬんと、無効なオプションです。無視しますってやつ) 何度コンパイルし直してもこんな状況なんで、ここの猛者どもはどうなんかいの〜？って思って聞いてみた。 656 名前：nobodyさん mailto:sage [2007/09/15(土) 11:11:36 ID:???] colinux + CentOS で静的に入れてみたけど ログ見ても今のところは問題ないように見える 657 名前：650 mailto:sage [2007/09/15(土) 17:59:20 ID:???] >>656 そうですか。 実はうちも本番環境はFC or CentOSで組もうかと思ってる。 (今それ用のマシンを自作中。パーツがまだ揃ってない。今稼働中のマシンは2.2.4で動いてるけど止められない。) で、とりあえずWinでテスト環境作ろうと思ってやってみた訳なんだが、つまずいてしまった。 for Unixだと問題ないのかな？ とりあえずもう一台組みあがったらfor Unixのソースでもう一回試してみる。 658 名前：nobodyさん mailto:sage [2007/09/15(土) 21:00:36 ID:???] 開発やテスト環境ならvmwareなりcolinux入れておけばいいじゃない 659 名前：nobodyさん mailto:sage [2007/09/19(水) 11:10:07 ID:???] どうもmod_perlのプログラミングについて今一わからないんですが、 要は、while(1){}の中でコーディングしてlastで終了するような プログラム書けばOKってことでしょうか？ 660 名前：nobodyさん mailto:sage [2007/09/19(水) 16:11:40 ID:???] でんでんちがう 661 名前：nobodyさん [2007/10/10(水) 15:18:22 ID:/zGydDSw] mod_perlの弱点つーか　いまいちperlがphpより普及しない理由として 常駐することがあると思うんだけど、 mod_phpみたいに常駐しないバージョンを開発するつもりないのかねー てかmod_phpっぽい動作にする方法あったら教えて　えろい人 662 名前：nobodyさん mailto:sage [2007/10/10(水) 15:30:16 ID:???] >>661 >>660 663 名前：nobodyさん mailto:sage [2007/10/10(水) 19:03:11 ID:???] 日本語でおｋ 664 名前：nobodyさん mailto:sage [2007/10/11(木) 03:09:21 ID:???] で常駐しない方法ってあるん？ 665 名前：nobodyさん mailto:sage [2007/10/11(木) 03:43:39 ID:???] mod_の意味わかってる？mod_だよ。 逆にmod_でない(常駐しない)phpなんか・・・・。 666 名前：nobodyさん mailto:sage [2007/10/11(木) 03:59:24 ID:???] mod_の意味ってわからないけど、プロセス常駐とApacheのモジュールとは関係ないと思うけど。fastcgiなんかだと外部プロセスに出来るわけだし。 ま、ウェブアプリと言ってもさまざまだけど、mod_phpで十分というかちょうどいいという感じはする。 リクエストごとに消えてくれるからメモリリークを心配せずによく、運用が簡単。 もっともPHP(mod_php)もバージョンが上がる度にリソース消費が激しくなってるけど。 何でPHP4をディスコンティニューするのか。PHPの開発者のすることは分からんね。 667 名前：nobodyさん mailto:sage [2007/10/11(木) 05:11:31 ID:???] う〜ん君が言ってるのは、常駐うんぬんのことではなくて、要はメモリ消費のことでしょ？ mod_phpだってapacheプロセスとして常駐してるんだが・・・。 確かにmod_perlはそれに比べてメモリ消費が激しいのと、並列度を高めるとパフォーマンスダウンが著しい(特にpreforkなんかは) それはここの上のほうでも散々言われてることだから、Fastやspeedyなんかが話題になってるわけだし。 でもそれは>>661で言ってるみたいにプロセスに常駐するかどうかが問題なわけではなくて、 そのリソース消費とパフォーマンスとの兼ね合いであって、まるでmod_phpが常駐しないみたいな言い方してるから >>660だって言われてるんでしょ。 668 名前：nobodyさん mailto:sage [2007/10/11(木) 15:19:36 ID:???] >>667 >>666 いや常駐ってmod_なら常駐するってのはわかってるってよ スクリプトとかライブラリの常駐の話 mod_phpは実行してもスクリプトは常駐されないでしょ perlrunでもuseとかrequireされたライブラリは常駐するよね？　その辺の話 自分専用サーバで使う分にはいいけど、mod_phpみたいにレンサバでも利用できるようにならないと 実質レンサバとかだとphpはperl(cgi)より速いって事になってるんじゃねって事 669 名前：nobodyさん mailto:sage [2007/10/11(木) 15:33:05 ID:???] 常駐ってか永続化 persistentだな　すまん 言いたいことは　>>666のリクエスト以降の話でっす 670 名前：nobodyさん mailto:sage [2007/10/11(木) 17:38:08 ID:???] persisitence ではなくて cache だから、 単にキャッシュでいいんじゃなかろうか。 671 名前：nobodyさん mailto:sage [2007/10/11(木) 18:19:21 ID:???] mod_phpみたいにインタープリタのオーバヘッドだけ解消できるモードがあれば Perlもそこそこシェア守ってたかもね。権限なんかは利便性の二の次なのかな。 672 名前：nobodyさん mailto:sage [2007/10/11(木) 18:46:42 ID:???] とりあえずPerlを馬鹿にしとけば自尊心が保たれるみたいな 673 名前：nobodyさん mailto:sage [2007/10/11(木) 20:21:51 ID:???] >>668 > スクリプトとかライブラリの常駐の話 > mod_phpは実行してもスクリプトは常駐されないでしょ > perlrunでもuseとかrequireされたライブラリは常駐するよね？　その辺の話 そういう方面の話か。だったら常駐とかプロセスとか紛らわしい言い方するなよ… で、mod_perl が使いにくいのはその通りで、 だから FastCGI や SpeedyCGI が話題になってるんだろ > てかmod_phpっぽい動作にする方法あったら教えて　えろい人 SpeedyCGI 使え SpeedyCGI 674 名前：nobodyさん mailto:sage [2007/10/12(金) 00:42:05 ID:???] みんなどうもです 結局FastCGIかSpeedyCGIって事か… Catalystが動くかしらべてみっかな 675 名前：nobodyさん mailto:sage [2007/10/13(土) 16:39:43 ID:???] mod_perlならデフォで付けられる程安定/サポ有りモジュールだから間違いはない。 ビジネスするとこならまず選ぶ選択股であるのは当たり前。 amazon, mixi, hatena, livedoor, accessup ... 2chの話よりまず事例に従った方がミスはないと思うけどね。 676 名前：nobodyさん mailto:sage [2007/10/13(土) 19:36:24 ID:???] mod_perlは重い。HTMLやCSS,画像用に別にウェブサーバを用意しないといけない。一部の巨大なウェブサイトならリソースがふんだんにあるだろうけど、多くはそうじゃない。 677 名前：nobodyさん mailto:sage [2007/10/13(土) 20:51:37 ID:???] なんでそこまでして大規模サイトに スクリプト言語を使いたくなるのだろうねえ 678 名前：nobodyさん mailto:sage [2007/10/13(土) 21:03:55 ID:???] mod_perlって高負荷時に安定はしないんじゃね？ mixiはDBの方がネックだったらしいから大丈夫だったっぽいけど。 679 名前：nobodyさん mailto:sage [2007/10/14(日) 14:39:13 ID:???] 別にサーバー用意しなきゃいけないは伝説。 超余裕環境が最高効率を目指すだけの技。 立ち上がるhttpdを３つ位までにしてworkerで動かせばメモリーの消費は抑えられて十分だよ。 preforkで立ち上げるからメモリーを馬鹿みたいに使って高負荷時にメモリーが無いと騒ぐことになる。 そもそもそこにボトルネックは ・プログラムをいかにhtmlにするか ・ファイルをいかにメモリーにおくか ・そしてmixiのようにdbをどうするか のようなCPU/IO/ネットワークまわりの基本レベルの選択が問題。 スクリプト言語といっても実行している時にはスクリプトの状態ではないのだから、 開発効率を考えればスクリプトを選ぶのは当たり前。 速度が必要な時にApache Moduleの世界に一部入る(greeとか）という選択肢があれば良い。 680 名前：nobodyさん mailto:sage [2007/10/14(日) 14:42:58 ID:???] x: そもそもそこにボトルネックは o: そもそもそこよりボトルネックは 681 名前：nobodyさん mailto:sage [2007/10/14(日) 19:32:01 ID:???] 事例多い → mod_perl mod_perl より速い → FastCGI さらに速い → mod_speedycgi root いらずで手軽 → SpeedyCGI 要は使い分けじゃね? 俺は手軽さが魅力だったので SpeedyCGI を選んだ。 682 名前：nobodyさん mailto:sage [2007/10/14(日) 21:00:07 ID:???] root権限、Apache 管理者権限なしでSpeedyCGIを導入する方法がわからん。 助けてえろい人。 683 名前：nobodyさん mailto:sage [2007/10/14(日) 21:05:14 ID:???] >>682 Apache管理者権限って何？ つ、普通に入れられないのか？ 684 名前：nobodyさん mailto:sage [2007/10/15(月) 12:38:49 ID:???] サーバにシェルログインする。 SpeedyCGI をユーザホームディレクトリ配下にインスコする。 以上 685 名前：nobodyさん mailto:sage [2007/10/15(月) 15:54:12 ID:???] >>681 mod_perl で効果的に ithread 使うのが一番速い。 FastCGI だとスレッドの恩恵が少ない。 レンタルサーバだと一定時間を越えて動作するプロセス 情け容赦なく kill されるので SpeedyCGI は利用できないと思った方が無難。 (SpeedyCGI に限らないが。) 686 名前：nobodyさん mailto:sage [2007/10/15(月) 16:30:46 ID:???] use threadは使い物にならなかったけどuse ithreadは使いものになるのか。 今度試してみよう。 この板見て初めての収穫。 687 名前：nobodyさん mailto:sage [2007/10/15(月) 16:32:14 ID:???] x: use thread / o:use threads 688 名前：nobodyさん mailto:sage [2007/10/15(月) 16:51:46 ID:???] せめて試してから収穫かどうか判断しろよ 689 名前：nobodyさん mailto:sage [2007/10/15(月) 18:07:12 ID:???] Apache が worker 動作してるなら試してみる価値はある。 一方で lighttpd + fastcgi で十分じゃないかと言う話も。 690 名前：nobodyさん mailto:sage [2007/10/15(月) 22:42:23 ID:???] >>684 >SpeedyCGI をユーザホームディレクトリ配下にインスコする。 わからん｡｡｡｡｡｡｡ 普通にmakeしてもダメだろ？ 691 名前：nobodyさん mailto:sage [2007/10/16(火) 00:58:26 ID:???] >>686 Perl で ithread を使うための宣言が use threads だろ。 同じ物だよ。 >>690 「CPAN ホームディレクトリ」でググれ。 cpan コマンド使わずに手動でインスコするなら perl Makefile.PL PREFIX=$HOME とか 692 名前：nobodyさん mailto:sage [2007/10/16(火) 10:52:05 ID:???] まじ？ それだったら期待できないな。 過去の経験からいえばperlのthreadsはメモリーの扱い下手過ぎ（過消費）。 スワップまでの寿命がかなり短くなる。 693 名前：nobodyさん mailto:sage [2007/10/16(火) 12:36:40 ID:???] スクリプト言語は開発効率が高いって本当なの? 企業としては開発効率以外にも見るべき所があるでしょ 694 名前：nobodyさん mailto:sage [2007/10/16(火) 12:47:07 ID:???] >>692 5.005 の thread (use Thread;) と 5.6 以降の ithreads (use threads;) は違う。 後者の場合も注意して作らないとメモリをジャブジャブ使うのは変わらないが。 >>683 場合によりけりだろう。 一般的には規模が大きくなればかえって効率下がることになってる。 個人的には規模が小さくても型付けの弱い言語は開発効率が低いと感じる。 695 名前：nobodyさん mailto:sage [2007/10/16(火) 16:20:31 ID:???] そういう意味だったら試したのは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分が節約できるのか？ 自分はコマンド用途で試してたから増え方にビックリしたんだけど。 696 名前：nobodyさん mailto:sage [2007/10/16(火) 16:50:51 ID:???] ごめん。685 の文からしておかしかった。 mod_perl (2.x) は ithread を内部的に使ってる、だった。 で、プロセス毎に上限の設定されたスレッドプールで使いまわしてる。 697 名前：nobodyさん mailto:sage [2007/10/17(水) 16:52:12 ID:???] mod_perl重いって話けっこうあるし、画像用の別サーバとか 普通ってかあたりまえな気はする。 別サーバといっても同じマシンに別のApache立ち上げるだけでいいわけだし mod_phpにしてもメモリ食いだし、静的ファイル用に別サーバ用意するのは当たり前だとおもってたけどな・・ それで重いといわれても〜 698 名前：nobodyさん mailto:sage [2007/10/17(水) 16:54:27 ID:???] あと開発効率はめちゃ高いと思うぞ 大規模なサイトでも機能ごとにちゃんと分けてあげたり普通につくれば普通に便利。 てか体が慣れてるので俺の中ではウェブ系はPerl以外ありえない 699 名前：nobodyさん mailto:sage [2007/10/17(水) 16:56:24 ID:???] あとまったくすれ違いだけどphpってphp.iniで文字コード制御とかありえねーなといつも思う と独り言 700 名前：nobodyさん mailto:sage [2007/10/17(水) 17:16:43 ID:???] 静的ファイルの話するには100番くらいレス戻さないとダメだが。 静的ファイルで速度出したいなら lighttpd も良い選択だと思われ。 701 名前：nobodyさん mailto:sage [2007/10/17(水) 19:51:25 ID:???] それをいったら、実行はじめたスクリプト中で ini_set('mbstring.internal_encoding', 'EUC-JP'); とか 702 名前：nobodyさん [2007/10/22(月) 16:25:52 ID:YWIr8Jbq] 専用ならHTTP::Daemonで まるごと組んじゃうとか、どうなの？ 703 名前：nobodyさん mailto:sage [2007/10/23(火) 13:31:51 ID:???] 細かい処理考えるのめんどいからmod_jk + Net::AJP13に期待 704 名前：nobodyさん mailto:sage [2007/10/29(月) 01:19:53 ID:???] ねえねえ、ひょっとして 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系で動かしてる人いませんか？ 705 名前：nobodyさん mailto:sage [2007/10/29(月) 08:39:55 ID:???] 上のレスでさんざん既出のこれじゃないかな rt.cpan.org/Public/Bug/Display.html?id=23920 706 名前：nobodyさん mailto:sage [2007/10/29(月) 22:49:20 ID:???] >>705 やった〜。makeできたよママン。 ありがトン。 707 名前：nobodyさん [2007/10/30(火) 04:25:29 ID:OsAJPMJ7] ねえねえ、ひょっとして 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系で動かしてる人いませんか？ 708 名前：nobodyさん [2007/11/14(水) 00:27:32 ID:MPH8wi6G] ねえねえ、ひょっとして 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系で動かしてる人いませんか？ 709 名前：nobodyさん [2007/11/14(水) 06:43:19 ID:vnJkUfbw] ねえねえ、ひょっとして 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系で動かしてる人いませんか？ 710 名前：nobodyさん mailto:sage [2007/11/17(土) 13:53:14 ID:???] ねえねえ、ひょっとして 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系で動かしてる人いませんか？ 711 名前：nobodyさん mailto:sage [2007/11/17(土) 18:28:52 ID:???] いい加減うぜえよｗｗｗ 712 名前：nobodyさん mailto:sage [2007/11/24(土) 02:37:09 ID:???] ちょっと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 713 名前：nobodyさん mailto:sage [2007/11/24(土) 09:23:53 ID:???] Blog (笑 どんなエラーかも書いてないし…これは酷い。 714 名前：712 mailto:sage [2007/11/25(日) 19:11:55 ID:???] こりゃあきまへん。これこの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通らないのがデフォかなって思って、書き込みしたわけなんだが・・・。笑うところか？ まあいいわ。原因はつかんだ。 715 名前：つづき mailto:sage [2007/11/25(日) 19:12:31 ID:???] で、ちょっと長くなるけど、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; 716 名前：つづき2 mailto:sage [2007/11/25(日) 19:13:06 ID:???] この 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下にはいない) 717 名前：たぶん終わり mailto:sage [2007/11/25(日) 19:13:42 ID:???] 激しく無理やりな解決方法としては、 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 が追加されるんで、「お、出来たか」と思ったけど、 だめなんだよ。 718 名前：ほんとに終わり mailto:sage [2007/11/25(日) 19:14:17 ID:???] ウチの環境(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 する以上、絶対コケるようにしか思えないんだが・・・) 719 名前：nobodyさん mailto:sage [2007/11/25(日) 20:48:10 ID:???] 今日吉野家行ったんだけどさ まで読んだ 720 名前：nobodyさん mailto:sage [2007/11/26(月) 12:58:45 ID:???] このスレってみんなが libapreq2 を試すようなスレじゃないと思うよ 721 名前：nobodyさん mailto:sage [2007/11/26(月) 13:24:06 ID:???] さあ検証内容とpatchをbugリポートに送ってみんなを幸せにするんだ 722 名前：nobodyさん [2007/12/02(日) 08:44:17 ID:1DkmgRhY] 今北産業 723 名前：nobodyさん mailto:sage [2007/12/10(月) 11:46:51 ID:???] これについてわかる方いますか？ 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 になります。 724 名前：nobodyさん mailto:sage [2007/12/10(月) 20:27:41 ID:??? BE:284169964-2BP(1520)] add-handler あたりかな？ 725 名前：723 mailto:sage [2007/12/10(月) 21:05:41 ID:???] >>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ディレクティブは削除 726 名前：nobodyさん [2008/02/18(月) 21:32:41 ID:aEv1JCZt] Apache2.2.8、PHP5.2.5、mod_fastcgi2.4.6使用。 100MBとかの大きなファイルをPHPにアップロードしている最中、 startDelayごとに新しいプロセスが起動されてしまう。 maxClassProcessesかmaxProcessesに到達するまで続く。 どうにかならないでしょうか？ 727 名前：726 [2008/02/19(火) 18:33:58 ID:3qklWUbG] mod_fastcgiのソース見たら納得。 WebサーバーからFastCGIサーバーへの、CGIでいうところの標準入力は すぐ完了するという仮定でコードが書かれてて、 時間がかかる⇒FastCGiサーバーがハング　という想定なのね。 ちょこっとパッチ当てるだけじゃ解決できないっぽい…？ 参ったなあ 728 名前：nobodyさん mailto:sage [2008/02/19(火) 21:41:50 ID:???] あー、俺も FastCGI 経由で応答に5秒以上かかる検索クエリ動かしたら異常終了したことがあったんだが、原因は>>727と同じか? 729 名前：726 mailto:sage [2008/02/19(火) 22:41:08 ID:???] mod_fcgidはリクエストを全部いったんモジュール内でバッファリングしやがる。 おかげでhttpdが150MBメモリ使ってしまった。 メーリングリストを見ると、MaxRequestInMemディレクティブを使えとのことだが、 症状は変わらない。例え動くとしても、 fastcgi.coremail.cn/download.htm >If the length of http request longer than "MaxRequestInMem", it will store in tmp file. 結局ファイルにバッファリングするだけみたいだし。 Apacheが異常終了したのか、それともFastCGIサーバーが異常終了したのか 730 名前：726 mailto:sage [2008/02/19(火) 22:41:27 ID:???] 最後の1行は>>728当て 731 名前：728 mailto:sage [2008/02/19(火) 23:57:15 ID:???] >>730 もう1年以上前の話なんでうろ覚えだが、 Internal Server Error か似たような状態になった希ガス 732 名前：nobodyさん mailto:sage [2008/02/22(金) 07:02:49 ID:???] mod_perlなんすけど、sudoで動かないのはなぜに？ ちゃんとApache権限で呼び出してるんだけど、CGIとして動いてる。 他のも一緒？ 733 名前：732 [2008/02/24(日) 01:02:41 ID:9eLfTMt1] うう；； 誰か教えておくれ。 あと、mod_perlって標準出力も違う？ Image::Magickで標準出力しようとして、 $image->Write('jpeg:-'); の部分でエラー。ファイル場所がおかしいって。 指定方法を変えれば標準出力できる？ 734 名前：nobodyさん mailto:sage [2008/02/24(日) 02:11:15 ID:???] とりあえずもちついて状況を説明汁 735 名前：nobodyさん mailto:sage [2008/02/24(日) 02:43:34 ID:???] Perlのアクセラレーター rintaro.dip.jp/program/apbench/index.html このページ繋がらなくなっちゃってるなー このスレの人のベンチがあったからたまに見てたんだが 自宅鯖だったんだろな 736 名前：nobodyさん mailto:sage [2008/02/24(日) 16:59:49 ID:???] >>733 mod_perlだとforkするわけじゃなくevalされるからsudoの入り込む余地は無いんじゃないか。 >ファイル場所がおかしいって。 標準出力はSTDOUTで同じ。カレントディレクトリがルートになってるよ多分。 print `pwd`;とかで調べて絶対パスで指定するか始めにchdir。 737 名前：nobodyさん mailto:sage [2008/02/24(日) 17:06:50 ID:???] 回答がちょっとずれてたごめん。 STDOUTに出力してるのに「ファイル場所がおかしいって」ってエラーが出るのか 私もわからんです。 738 名前：732 [2008/02/24(日) 18:56:01 ID:9eLfTMt1] >>734 sudo -u apache /var/www/hoge.cgi で動かしたいんだけど、permissionエラーになるの。 当然って言えば当然なんだけど、mod_perlならパーミッション関係なく動くよね？ これはapacheが予めコンパイルしてるからだろうけど、そのコンパイル済みのperlとして呼び出したいんだけどなぁ。 つまり、cronをはじめ、外部から呼び出す時にはmod_perlで動かす事は不可能って事でよいのかな？ url叩けばmod_perlとして動くのかな？ それと他のspeedyとかでも挙動は同じなのかなって質問です。 標準出力についての質問は、 普通"-"で標準出力を指すよね？mod_perlではこれを標準出力として認識しないようなんですが。 739 名前：732 [2008/02/24(日) 19:12:29 ID:9eLfTMt1] >>736 あ。ありがとうございます。 標準出力についてですが、そもそも標準出力ってオンメモリーみたいなものだと思ってたのですが、 俺の勘違いでしょうか？ フルパスでどこを指定すればよいのでしょうか？ 740 名前：736 mailto:sage [2008/02/24(日) 19:43:44 ID:???] >sudo -u apache /var/www/hoge.cgi >で動かしたいんだけど、permissionエラーになるの。 >当然って言えば当然なんだけど、mod_perlならパーミッション関係なく動くよね？ mod_perlは独自にapache権限で実行権限があるか調べています。 >これはapacheが予めコンパイルしてるからだろうけど、そのコンパイル済みのperlとして呼び出したいんだけどなぁ。 >つまり、cronをはじめ、外部から呼び出す時にはmod_perlで動かす事は不可能って事でよいのかな？ >url叩けばmod_perlとして動くのかな？ mod_perlは初回プログラム実行時に実行状態のままapacheプロセスの中で待機します。 なのでcronやコンソールから呼び出すときには必ずapacheを通さなければいけません。 >それと他のspeedyとかでも挙動は同じなのかなって質問です。 speedycgiではお望みの動作をします。独自にプロセスを立ち上げるのでapacheには依存しません。 cronやコンソールからの実行でも高速に動作することが可能です。面倒なsocketの管理も勝手にやってくれます。 >普通"-"で標準出力を指すよね？mod_perlではこれを標準出力として認識しないようなんですが。 エラーの原因は標準出力部分ではないと推測します。 出力以前に $Image->Read('./hoge.jpg'); 等をしていませんか？ mod_perl2から標準ではカレントディレクトリの位置がスクリプトを置いたディレクトリ にならないためno such〜エラーが発生していると思われます。 741 名前：732 [2008/02/24(日) 21:05:56 ID:9eLfTMt1] >>740 詳しい説明ありがとうございました。 なるほど。やはりmod_perlですとcronからはURLとして叩く（Apacheを通す）しかないのですね。 speedycgiは挙動が違うというのも非常に知りたい情報でした。ありがとうございます。 標準出力についてですが、 $image->Read('フルパス'); としています。その時点ではエラーは吐いておらず、 $image->Write('フルパス'); としてファイルに書き込む場合は同じく問題ないのですが、 $image->Write('jpeg:-'); と標準出力に出力しようとした場合にエラーとなります。 742 名前：732 [2008/02/24(日) 21:10:29 ID:9eLfTMt1] >>740 お詳しいようなのでもう一点質問して良いですか？ mod_perlだとDBとの接続も維持したままになると思いますが、それはspeedyCGIでも同じでしょうか？ なぜcronでmod_perlとして動かしたいかというと、そこにあるので。 743 名前：nobodyさん mailto:sage [2008/02/24(日) 21:59:41 ID:???] > $image->Write('jpeg:-'); > と標準出力に出力しようとした場合にエラーとなります。 それはWrite時に初めてリード時のエラーを指摘されているだけだと思います。 $image->Read('フルパス') or die $!; とすればRead時にエラーが発生しているのが分かるかと思います。 >mod_perlだとDBとの接続も維持したままになると思いますが、それはspeedyCGIでも同じでしょうか？ speedyCGIでもコネクションプーリングする事は可能です。 但しmod_perlのApache::DBIのようにトランスペアレントではありませんから 自分でDBハンドルを再利用するようにロジックを組む必要があります。 もしかするとspeedyCGIからでもApache::DBIが利用できるかもしれませんが試したことが無いので分かりません。 744 名前：732 [2008/02/24(日) 22:49:11 ID:9eLfTMt1] >>743 ありがとうございます。 ご指摘の通り、Readの時点でこけます。 フルパスで指定しているのに、なぜNo suchが出るのでしょうか？ それとファイルに書き込む時は（or dieをつけなければ)そのままエラー無く処理が完了します。 試しに標準出力ではなくファイル書き込み時ではReadの時点でInappropriate ioctl for deviceというエラーになります。 なぜエラー内容が変わってくるのでしょうか？ pwdの結果は/でしたのでフルパスの指定は間違いないと思うのですが。 745 名前：732 [2008/02/24(日) 22:52:20 ID:9eLfTMt1] ちなみに標準出力時に出るエラーとは以下のものです。 Exception 450: Output file write error --- out of disk space? `-' 746 名前：732 [2008/02/24(日) 23:14:44 ID:9eLfTMt1] うそでした。 すいません。どちらの場合もReadの時点で以下のエラーが出ています。 Inappropriate ioctl for device DBとのコネクションプーリングの件は私には敷居が高そうなのでmod_perlでやってみようと思います。 747 名前：nobodyさん mailto:sage [2008/02/24(日) 23:24:44 ID:???] ヴォケの>>732に根気よくつきあってやる>>740に感動下 とりあえず>>732はこれでも読んどけ www.google.co.jp/search?q=%83R%83l%83N%83V%83%87%83%93%83v%81[%83%8A%83%93%83O%93s%8Es%93%60%90%E0 748 名前：736 mailto:sage [2008/02/25(月) 00:37:18 ID:???] 実際試して状況を把握しました ・Readは如何なる場合でも真を返さない ・今回の件はmod_perl時に起こる問題 XSなimageMagickがレイヤー飛び越えて標準出力してるのでIOエラーが出ている模様 標準出力とメモリ展開を混同されているっぽいですがオンメモリでやりたいという事であれば $image->Write('jpeg:-'); を print $image->ImageToBlob; とすれば良いと思います。 なまじっかスキルがあると自分の解釈で勝手に理解してこういう当を得ない質問になるんだよなと 生暖かく見てたがそれは俺でした／(^o^)＼ 749 名前：732 [2008/02/25(月) 01:01:47 ID:r7CiXV4j] >>748 わざわざ試してまでもらって恐縮です。 ImageMagickは標準出力がmod_perlでは出来ないんですね。 ImageToBlobでやってみます。 長々と素人にお付き合いありがとうございました。m(__)m 750 名前：nobodyさん mailto:sage [2008/03/30(日) 17:36:33 ID:???] 保守 751 名前：nobodyさん mailto:sage [2008/04/19(土) 04:55:36 ID:???] おお、2.0.4がきてるじゃないか！！？ 752 名前：nobodyさん mailto:sage [2008/06/04(水) 04:11:40 ID:???] ほっほっ 753 名前：nobodyさん [2008/06/10(火) 16:29:09 ID:m3z0B2Hm] WindowsのInstantRails（Apache1.3.33）でFCGIを動かそうと RubyForApache-1.3.1.exe　をダウンロードしてきて LoadModule fastcgi_module modules/mod_fastcgi.so するんですが、そんなモジュールは無いとapacheがMSGを出します。 その他mod_fastcgi-2.4.6-AP22.dll等も入れてみてるのですが、 そんなモジュールは無いといわれるのですが、そもそも　LoadModule する前になにかする必要があるのでしょうか？apacheが古い？ 教えてください。 754 名前：nobodyさん mailto:sage [2008/06/11(水) 01:21:57 ID:???] AddModule? 755 名前：nobodyさん mailto:sage [2008/06/11(水) 11:26:09 ID:???] AddModule はLoadModuleの後に設定するはずですから・・・。 756 名前：nobodyさん [2008/06/26(木) 03:55:41 ID:LMAVX0ml] mod_fast_cgiのインストールに関してググると、 apache2.2のためにはパッチをあてるってあるけど 2.4.6の今もパッチは必要なの？ 757 名前：nobodyさん [2008/06/29(日) 00:22:02 ID:M9i4VA+K] FastCGIは、apache1.3と組み合わせるのが 一番安定するという話をネットで目にしたのですが これは今でもそうですか？ 一昔前ならともかく、1.3系はもう古いという印象があるんですが 758 名前：nobodyさん mailto:sage [2008/06/29(日) 00:39:11 ID:???] > 一昔前ならともかく、1.3系はもう古いという印象があるんですが あなたの基準で「古い」と何か問題？ 759 名前：nobodyさん [2008/06/29(日) 00:43:03 ID:M9i4VA+K] なぜ煽り気味？ 目にしたブログの記事が少し古いものばかりなので 今の状況は少し変わってるのではないかと思ったのです 760 名前：nobodyさん mailto:sage [2008/06/29(日) 02:14:29 ID:???] 1.3.41のリリース日みた？ 状況も解らずに「古い印象」とかなんとかヌかしてるから言われるんでしょ 761 名前：nobodyさん mailto:sage [2008/06/29(日) 06:14:16 ID:???] >>760 757 ではないが、お前が「古い」の意味を混同してるよ。 日本語が読めればわかると思うが、>>759 で書かれてるのは、 「FastCGIは、apache1.3と組み合わせるのが一番安定するという話」 が書かれた記事が 「少し古いものばかりなので今の状況は少し変わってるのではないかと」 ってことだろ。 Apache 1.3 系が古いか否かや、メンテナンスが続いているか否かとは別次元の話。 で、 > あなたの基準で「古い」と何か問題？ を俺なりに勝手に考えると、 ・今時のディストリビューションには標準で付属していないことが多いので 1.3 の導入やメンテが面倒、できればやりたくない ・今はメンテが続いているけどいつかは終わるだろう、当然ながら 2.0 系より早い時期に ってとこじゃね? 762 名前：nobodyさん mailto:sage [2008/06/29(日) 09:19:02 ID:???] > ・今時のディストリビューションには標準で付属していないことが多いので 1.3 の導入やメンテが面倒、できればやりたくない debian stable 使えばいいと思うよ。今のところ全部そろってるよ。 763 名前：nobodyさん mailto:sage [2008/06/29(日) 19:16:17 ID:???] >>762 Debian でも ・少なくとも静的なファイル配信は Apache2 の方が優れてるからできれば Apache2 に一本化したい ってのはあると思うよ。 764 名前：nobodyさん mailto:sage [2008/06/29(日) 20:57:20 ID:???] > Debian でも > ・少なくとも静的なファイル配信は Apache2 の方が優れてるからできれば Apache2 に一本化したい > ってのはあると思うよ。 何おっしゃりたいのか、さっぱりいみわかんなーい。 持論はブログで展開してくれよ。 765 名前：763 mailto:sage [2008/06/29(日) 23:45:25 ID:???] >>764 一応マジレスしておくと、 仮に「FastCGI を Apache 1.3 で動かすべき」という前提が今日も変わらないとした場合、 FastCGI を使う Web サイトを運営するには ・Apache 2.x で静的なファイルを配信しつつ、動的な部分だけ Apache 1.3 に橋渡しする ・静的なファイルも動的なコンテンツも Apache 1.3 で配信する の2択になるわけだ。 前者は明らかに面倒だわな。避けたい。 後者はまあ Apache 2.x だけで運営する場合と手間的には大差ないが 静的コンテンツの配信パフォーマンスはやや落ちる。 Apache 1.3 がいつまでメンテされ続けるかも不安がある。 しかしもし「FastCGI を Apache 1.3 で動かすべき」という前提がもう過去の話になっていて 現在は別に Apache 2.x でも全然信頼性変わらんよという状態なのであれば 静的なファイルも動的なコンテンツも Apache 2.x に一本化できるわけだ。 どちらの方向で行くかはこの「FastCGI を Apache 1.3 で動かすべき」という伝説が 現在も正しいかどうかにかかってるから、どうなの? というのが>>757の質問でしょう。 766 名前：nobodyさん mailto:sage [2008/06/30(月) 00:09:35 ID:???] Lighttpdに乗り換えちゃおうぜ！ 767 名前：nobodyさん mailto:sage [2008/06/30(月) 00:52:55 ID:???] 1.3のほうがいいってのは何が根拠なの？ まあ、2.x用のmod_fastcgiもmod_fcgiもしょーもないとは思うけど 768 名前：nobodyさん mailto:sage [2008/07/01(火) 01:32:06 ID:???] 一応俺の Debian 鯖の各種 Apache で ab -c 10 -n 100000 localhost/ した結果置いとく。 ■apache (1.3.34) Time taken for tests: 87.821402 seconds (略) Requests per second: 1138.67 [#/sec] (mean) Time per request: 8.782 [ms] (mean) Time per request: 0.878 [ms] (mean, across all concurrent requests) Transfer rate: 1279.89 [Kbytes/sec] received ■apache2 (2.2.3 mpm-prefork) Time taken for tests: 28.611753 seconds (略) Requests per second: 3495.07 [#/sec] (mean) Time per request: 2.861 [ms] (mean) Time per request: 0.286 [ms] (mean, across all concurrent requests) Transfer rate: 1744.21 [Kbytes/sec] received ■apache2 (2.2.3 mpm-worker) Time taken for tests: 32.149481 seconds (略) Requests per second: 3110.47 [#/sec] (mean) Time per request: 3.215 [ms] (mean) Time per request: 0.321 [ms] (mean, across all concurrent requests) Transfer rate: 1552.25 [Kbytes/sec] received localhost から空のコンテンツを取るベンチだから実利用環境ではこんな大きな差は出ないと思うが、参考まで。 769 名前：nobodyさん mailto:sage [2008/07/01(火) 01:38:53 ID:???] 1.3おせええええ パフォーマンスをとるか安定度をとるかってことか 770 名前：nobodyさん mailto:sage [2008/07/01(火) 18:39:39 ID:???] fastcgiって昔からあって、積極的な開発はされてないし、1.3の方が安定してるっていうのは何となくそういう感じはする。 771 名前：nobodyさん mailto:sage [2008/07/01(火) 18:41:18 ID:???] オカルトスレはここですか？ 772 名前：nobodyさん [2008/07/01(火) 20:25:22 ID:1MihmXWA] 開発時、プログラム書き換えるたびにapache再起動するのが激しく面倒くさいんだが なんとかならない？ 773 名前：nobodyさん mailto:sage [2008/07/01(火) 21:02:49 ID:???] mod_perlの話？Apacheの設定を変えるのでも再起動しなきゃいけないんだから しょうがないでしょ 774 名前：nobodyさん mailto:sage [2008/07/01(火) 22:13:25 ID:???] fastcgiって、ろくにメンテナンスされてないだろ。 775 名前：nobodyさん mailto:sage [2008/07/02(水) 01:13:34 ID:???] 最終更新去年の4月だから メンテされてないってことはないんじゃね？ 枯れてるだけじゃないの 776 名前：nobodyさん [2008/07/02(水) 02:33:20 ID:f6IA2zpT] 〜 時間がありません！協力をお願いします！！広めてください。 〜 【緊急】　７・２（水）　毎日新聞本社前抗議活動 　　　　　　　　　＿＿＿ 　　　　　　　／　　　　　＼ 　　　　　 ／　　 ＼ ,　, ／＼ 　　　　／　 　 （●）　 （●） ＼　行動は起こさないと、何にも始まらない！ 　　 　 |　　 　 　 （__人__）　　　| 　数は圧力です！ その場にいるだけでいい！ 　 　 　 ＼　 　 　 ` ⌒ ´　　,／　 .　　　 　 /⌒〜"￣,￣￣〆⌒,ﾆつ　 　　　 　 |　　,＿_＿ﾞ＿__､rヾｲｿ⊃　 　　　　　| 　 　 　 　 　 　｀l￣ 「毎日新聞本社前抗議活動」　でググってください！！！ 「毎日新聞本社前抗議活動」　でググってください！！！ jp.youtube.com/watch?v=XnVCDtGRhFU 【緊急】　７・２（水）　毎日新聞本社前抗議活動 〜 時間がありません！協力をお願いします！！広めてください。 〜 777 名前：nobodyさん mailto:sage [2008/07/03(木) 14:43:11 ID:???] FastCGIってapache再起動しなくても .fcgiファイルをtouchしたら再読み込みされるらしいね！ これ常識なん？ 778 名前：nobodyさん mailto:sage [2008/07/03(木) 21:50:04 ID:???] そりゃApacheとはプロセスが別だからね。 mod_perlとか系に対するアドバンテージかもね 779 名前：nobodyさん mailto:sage [2008/07/04(金) 00:01:14 ID:???] >>777 そりゃ mod_fastcgi の設定次第だろ。 780 名前：nobodyさん mailto:sage [2008/07/04(金) 00:15:26 ID:???] どんな設定したらできんの？ そもそもtouchするなんていうハック的な方法じゃなくて 正式にapiを提供したらいいのにな・・・ 781 名前：nobodyさん mailto:sage [2008/07/04(金) 01:38:38 ID:???] ドキュメントくらい読めよ www.fastcgi.com/mod_fastcgi/docs/mod_fastcgi.html d.tir.jp/pw?mod_fastcgi 782 名前：nobodyさん mailto:sage [2008/07/04(金) 10:18:25 ID:???] > mod_perlとか系に対するアドバンテージかもね なるのかなー？ fastcgi つかうと、FCGI::ProcManager アプリ側と front 両方いじらないと アプリを再起動できなくね。 メモリ共有せずにプロセスの数分メモリ使っていいなら別だけど。 783 名前：nobodyさん mailto:sage [2008/07/04(金) 19:04:30 ID:???] mod_perlにもApache::Reloadあるし%INCからdeleteすれば 再読み込みしてくれるから更新を検知してリロードするロジックやプログラムを 自分で書くことも出来るよ。 784 名前：nobodyさん mailto:sage [2008/07/04(金) 20:22:20 ID:???] > mod_perlにもApache::Reloadあるし つかったことある？ 785 名前：nobodyさん mailto:sage [2008/07/04(金) 20:32:39 ID:???] >>784 自分は783ではないけれど、Apache::Reload使ったことある。 なんつーか、これ入れると(httpd.confで有効に設定)、全てのアクセスが激しく重くなる。 それも、mod_perl絡みだけでなくて、phpからstaticなhtmlからして全て。 (自前Benchで、有効時と無効時で、2倍近く差がでる。) なので自分は、開発時はApache::Reload有効にする時もあるけど、 実運用では有効にはしないなぁ。

---

---

[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef