mod_perlを使おう！
>>950
「設定ファイル」って知ってる？
「設定ファイル」って知ってる？
やっぱりこの話題がないと盛り上がらんのね．．．
Java VS Perl
どっちも強い言語だからエンドレス。
Java VS Perl
どっちも強い言語だからエンドレス。
>>951-952
漏れはSpeedyCGI派だが、メモリ食いまくってアパッチ激太りが解消するならmod_perlに戻りたい。
「設定ファイル」って普通にhttpd.confでおけ？
設定方法を詳しく。
漏れはSpeedyCGI派だが、メモリ食いまくってアパッチ激太りが解消するならmod_perlに戻りたい。
「設定ファイル」って普通にhttpd.confでおけ？
設定方法を詳しく。
漏れの調べた範囲では、Apacheが太り続けるのは仕様で、漏れは設定できなかった。
仕方ないのでSpeedyCGIに移行したよ。
マシンがロースペックでメモリも積めないので。
仕方ないのでSpeedyCGIに移行したよ。
マシンがロースペックでメモリも積めないので。
検索も出来ないようなカスは死ね。
当然ググったよ。
結果は、mod_perlの仕様だった。
結果は、mod_perlの仕様だった。
>> 949
javacのコンパイル時間は無意味。
javacかけてないjavaソースは実行できない。
ベンチ厨逝ってよし。
Java VS Perlも他でやれ。
javacのコンパイル時間は無意味。
javacかけてないjavaソースは実行できない。
ベンチ厨逝ってよし。
Java VS Perlも他でやれ。
SpeedyCGIやFastCGIで済むことをmod_perlでやるのはもったいないし
いいんでねーの? いくらチューニングしたところで普通のアクセスには
不要なperlまるごとapacheの全プロセスが抱くのは筋が悪いよ。
mod_perl抱いた奴とそうじゃないのを分けてごにょごにょとかもやりゃ
できるけどめんどくさいしね。
いいんでねーの? いくらチューニングしたところで普通のアクセスには
不要なperlまるごとapacheの全プロセスが抱くのは筋が悪いよ。
mod_perl抱いた奴とそうじゃないのを分けてごにょごにょとかもやりゃ
できるけどめんどくさいしね。
959だがおれはリバースプロキシなどを使って分ける方法しか知らないな。
>>962
レス、サンクス。
レス、サンクス。
httpd.confでどう設定すべきか、mod_perl玄人のおまいらに解説願いたい。
ejbみたいにアプリケーションサーバ別けられないし、負荷分散も厳しいでしょ。
ejbみたいにアプリケーションサーバ別けられないし、負荷分散も厳しいでしょ。
MaxRequestsPerChildでApacheの子プロセスを一定リクエストで殺せばいいんでは。
そういう問題じゃなくて？
そういう問題じゃなくて？
>>968
そんな制御しかできないなら、
>>950
> mod_perlでありがちなのは、perlが複数起動されてメモり喰いまくってアパチごとkillされてあぼーんでしょ。
> そのへんのメモリ使用量や同時起動数管理の面でperlは不利と言うか、まともな枠組みが無い。
これが正しいな。
そんな制御しかできないなら、
>>950
> mod_perlでありがちなのは、perlが複数起動されてメモり喰いまくってアパチごとkillされてあぼーんでしょ。
> そのへんのメモリ使用量や同時起動数管理の面でperlは不利と言うか、まともな枠組みが無い。
これが正しいな。
そう言えばミクシの作者って在日なの？
ホリエモン関係の子飼といい、ミクシの作者といい、perlって本当に人的リソースに恵まれてないね。
ホリエモン関係の子飼といい、ミクシの作者といい、perlって本当に人的リソースに恵まれてないね。
インド人じゃなかったっけ？
日本に留学中の印度人？
不法滞在してたりして(w
不法滞在してたりして(w
アメリカ人じゃなかったっけ？
インドネシアじゃなかったっけ？
南斗聖拳108派の１人じゃなかったっけ？
もういいよ。
在日ってことでいいじゃん。不法滞在で税金も払わず公営住宅に住んでて生活保護受けてるんだろ？
在日ってことでいいじゃん。不法滞在で税金も払わず公営住宅に住んでて生活保護受けてるんだろ？
いったいどうなっちまったんだこのスレ？
どうなったも何も話すことがねえ。
本領はアパッチモジュールをPerlで書ける点。
アクセラレータとしてはイマイチというのが、大分前にでてからな。
アクセラレータとしてはイマイチというのが、大分前にでてからな。
それならまるごとアパチをperlに移植すればいいのに。
つまらんな。
話にもならん。
話にもならん。
Apache::Registryはイマイチ。
以上。
以上。
>684-688
この辺で結論でてるだろ。
この辺で結論でてるだろ。
明日には即死するから、次スレよろ。
おまいらmod_perlの使い方教えろ！
今すぐだ。
帰るまでに新しくポータルサイトが必要だからな。
今すぐだ。
帰るまでに新しくポータルサイトが必要だからな。
了解
まだポータルサイトで来てないの？
perl廚ってレベル低いね。
perl廚ってレベル低いね。
mod_perlにはroot権限が必要だからな。
今パスワードのメモ探してる所。
今パスワードのメモ探してる所。
SpeedyCGIなら入ってさえいればroot要らんのに。
8080 番とかで動作テストするだけなら、root 権限なんか必要無いんだけど。
995 ：nobodyさん：2006/06/07(水) 13:39:11 ID:CM6sRbzC
mod_perlを設定中な者ですが、一つどこのサイトにも明示的には書いてない気が
して、あきらかにしたいんですが、、、
ModPerl::Registry を使って .cgiを動かしても、その.cgiファイル内からuseしたり使
っているモジュールは、別途PerlRequireで指定のスクリプト内でuseしてロードしな
ければならないのでしょうか？
現在実験している環境だと、PerlRequire経由でuseでロードしないモジュールは、
perl-statusの "Loaded Modules"には出てきません。僕の勝手な想像では、
「ModPerl::Registryが呼び出した.cgiがuseしているモジュール」は、適宜ロード
されて、perl-statusにも表示されるんじゃないかと予想していたんですが、それは
ちがうんでしょうかね？
当方の設定ミスなのか、仕様なのかがいまいちはっきり分らないので、聞いてみます。。。
して、あきらかにしたいんですが、、、
ModPerl::Registry を使って .cgiを動かしても、その.cgiファイル内からuseしたり使
っているモジュールは、別途PerlRequireで指定のスクリプト内でuseしてロードしな
ければならないのでしょうか？
現在実験している環境だと、PerlRequire経由でuseでロードしないモジュールは、
perl-statusの "Loaded Modules"には出てきません。僕の勝手な想像では、
「ModPerl::Registryが呼び出した.cgiがuseしているモジュール」は、適宜ロード
されて、perl-statusにも表示されるんじゃないかと予想していたんですが、それは
ちがうんでしょうかね？
当方の設定ミスなのか、仕様なのかがいまいちはっきり分らないので、聞いてみます。。。
埋め
埋め
埋め
1000
1001 ：１００１：
このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。
もう書けないので、新しいスレッドを立ててくださいです。。。