PersistentPerl-2.21 > PersistentPerl

PersistentPerl-2.21

名前¶

PersistentPerl - perlスクリプトを常駐させることによりスピードアップさせます

概要¶

 #!/usr/bin/perperl

 ### ここにあなたのスクリプト
 print "Content-type: text/html\n\nHello World!\n";

 ##
 ## オプションとして、いくつかの目的のため PersistentPerlモジュールを利用
 ##

 # PersistentPerl オブジェクトの作成
 use PersistentPerl;
 my $pp = PersistentPerl->new;

 # PersistentPerlの下で実行されているかどうかを調べる
 print "Running under perperl=", $pp->i_am_perperl ? 'yes' : 'no', "\n";

 # shutdownハンドラの登録
 $pp->add_shutdown_handler(sub { do something here });

 # クリーンアップ・ハンドラの登録
 $pp->register_cleanup(sub { do something here });

 # いくつかのPersistentPerlオプションの設定／取得
 $pp->setopt('timeout', 30);
 print "maxruns=", $pp->getopt('maxruns'), "\n";

説明¶

PersistentPerlはperlスクリプトを常駐させて実行する方法です。通常それらのスクリプトをより速く実行させます。スクリプトを常駐させるように変換するためには、スクリプトの先頭にあるインタープリタの行を以下のものから:

    #!/usr/bin/perl

以下のように変更します

    #!/usr/bin/perperl

スクリプトが初めて動いた後、終了する代わりに、perlインタープリタをメモリ上で実行したままです。後のからの実行では、それぞれの実行のために新しいperl インタープリタを開始する代わりに、新しい要求を扱うため、このインタープリタが使われます。Cで書かれた、非常に速いフロントエンド・プログラムが各要求のために実行されます。この高速のフロントエンドは常駐しているPerlプロセスに接触します。それは通常既にメモリ上にあり、作業を行い、結果を返します。

デフォルトでは各perlスクリプトは独自のUnixプロセスで実行されます。そのため 1つのperlスクリプトが他のものに影響を与えることはありえません。メモリがリークしたり、その他の常駐して実行することを邪魔するような障害を持っているプログラムを扱うために、コマンドライン・オプションを使うことも出来ます。

PersistentPerlはperl CGIスクリプトをスピードアップさせるために使うことが出来ます。 CGIの仕様に従い、webサーバーの内部でperlコードを実行しません。 perlインタープリタがwebサーバーの外側で実行されるために、webサーバーそのものに障害を起こすことはありえません。

PersistentPerlは、Apache webサーバーで各リクエストのためのfork/execを行うオーバーヘッドをなく、スクリプトが実行できるよう、Apacheモジュールも提供しています。このモジュールでは、少量のフロントエンドのコードが webサーバーの中で実行されます - この場合でもperlインタープリタはサーバの外側で走ります。

SpeedyCGI と PersistentPerlは現在、両方とも同じコードのための名前です。 SpeedyCGIが元の名前ですが、人々がそれがやっていることを信じなかったので、 PersistentPerlが別名として使われました。どこかの時点で、常に2つのディストリビューションを持っていることを避けるため、おそらくSpeedyCGIが PersistentPerlに置き換えられるか、PersistentPerlのサブクラスになるでしょう。

オプション¶

オプション値の設定¶

PersistentPerl オプションはいくつかの方法で設定することができます:

コマンドライン

perperlコマンドラインは通常のperlと同じです。例外としてPersistentPerl特有のオプションは "--"の後で渡すことができます。

例えば:

    #!/usr/bin/perperl -w -- -t300

がスクリプトの先頭にあると、PersistentPerlをperlオプション "-w"で呼び出し、 "-t"をPersistentPerl渡して、Timeoutの値を300秒に設定します。

環境変数: 環境変数を使ってオプションに値を渡すことが出来ます。これは最初に実行される前にのみおこなわれ、つまり、スクリプトの中ではありません。環境変数の名前は、前に大文字のオプション名の前にPERPERL_ が付いたものです。例えば、perperlのTimeoutオプションを設定するためには、PERPERL_TIMEOUTという環境変数を使ってください。

モジュール: PersistentPerlモジュールは、実行時にperlスクリプトの中からオプションを設定するためにsetoptメソッドを提供しています。現在のオプションを取り出すための getoptメソッドもあります。下記の"メソッド"をご覧ください。

Apache: オプションのApacheモジュールを使っているのであれば、PersistentPerlのオプションを httpd.confファイルで設定することが出来ます。 apacheディレクティブの名前は常にオプション名の前にSpeedyが付いたものになります。例えば Timeoutオプションを設定するためには、PersistentTimeoutというapacheディレクティブを使ってください。

コンテキスト¶

全てのコンテキストで以下の全てのオプションが使えるわけではありません。各オプションのためのコンテキストは下記のセクションでの"コンテキスト"の行であげています。3つのコンテキストがあります:

perperl: コマンドライン"perperl"プログラム。通常はあなたのスクリプトの先頭にある#!で、あるいはシェルプロンプトから使われます。

mod_persistentperl: オプションのmod_persistentperlモジュール

module: perl実行中でのPersistentPerlモジュールのメソッドgetopt/setoptを通して。

利用できるオプション¶

BackendProg

    コマンドライン  : -p<string>
    デフォルト値    : "/home/sam/pkg/perl-5.8.0/bin/perperl_backend"
    コンテキスト    : mod_persistentperl, perperl

    説明:

    perperlバックエンド・プログラムへのパス

BufsizGet

    コマンドライン  : -B<number>
    デフォルト値    : 131072
    コンテキスト    : perperl

    説明:

    perlバックエンドからデータ受け取るバッファのための
    最大サイズとして<number>バイト使います。

BufsizPost

    コマンドライン  : -b<number>
    デフォルト値    : 131072
    コンテキスト    : perperl

    説明:

    perlバックエンドにデータ送るバッファのための
    最大サイズとして<number>バイト使います。

Group

    コマンドライン  : -g<string>
    デフォルト値    : "none"
    コンテキスト    : mod_persistentperl, perperl

    説明:

    1つのperlインタープリタが複数のスクリプトを実行することを許します。
    同じグループ名で、同じユーザ実行される全てのスクリプトは、同じperl
    インタープリタで実行されます。もしグループ名が"none"であれば、
    グループ化は無効になり、核インタープリタは1つのスクリプトを実行します。
    グループ名が違えば、スクリプトは別のグループに分けられます。
    名前は大文字/小文字が区別され、先頭12文字だけが有効です。空のグループ名を
    指定することは、グループ名"default"を指定したのと同じです - これにより
    グループ化を有効にするため、コマンドラインで単に"-g"を指定することが
    可能になります。

MaxBackends

    コマンドライン  : -M<number>
    デフォルト値    : 0 (no max)
    コンテキスト    : mod_persistentperl, perperl

    説明:

    0でなければ、このperlスクリプトのために実行するperperlバックエンドの
    数を<number>に制限します。

MaxRuns

    コマンドライン  : -r<number>
    デフォルト値    : 500
    コンテキスト    : mod_persistentperl, module, perperl

    説明:

    perlインタープリタが<number>回実行したら、バックエンド・プロセスを
    再びexecします。0は無制限を示します。このオプションは長時間にわたって
    リソースを消費する傾向があるプロセスには、このオプションが有効です。

PerlArgs

    コマンドライン  : N/A
    デフォルト値    : ""
    コンテキスト    : mod_persistentperl

    説明:

    perlインタープリタに渡すコマンドライン・オプション

Timeout

    コマンドライン  : -t<number>
    デフォルト値    : 3600 (1時間)
    コンテキスト    : mod_persistentperl, module, perperl

    説明:

    <number>たって、何も新しいリクエストを受け取らなければ、
    常駐perlインタープリタを終了します。0はタイムアウトなしを
    示します。

TmpBase

    コマンドライン  : -T<string>
    デフォルト値    : "/tmp/perperl"
    コンテキスト    : mod_persistentperl, perperl

    説明:

    テンポラリ・ファイルを作成するとき、与えられた文字を頭に
    つけます。これはディレクトリ名ではなく、ファイル名の頭に
    ならなければなりません。

Version

    コマンドライン  : -v
    コンテキスト    : perperl

    説明:

    PersistentPerlのバージョンを出力し、終了します。

メソッド¶

以下のメソッドをPersistentPerlモジュールで利用することができます。

new

新しいPersistentPerlオブジェクトを作成します。

    my $pp = PersistentPerl->new;

register_cleanup($function_ref)

各リクエストの最後、あなたのスクリプトの実行が終了した後、STDOUTとSTDERRが閉じられる前に呼ばれる関数を登録します。メソッドを1度以上呼び出すことにより、複数の関数を追加することができます。リクエストの最後に、各関数は登録された順番に呼ばれます。

    $pp->register_cleanup(\&cleanup_func);

add_shutdown_handler($function_ref)

perlインタープリタが終了する直前に呼ばれる関数のリストに関数を追加します。これは各リクエストの最後ではありません。perlインタープリタがTimeoutや MaxRunsに到達したために、完全に終了すると決めたときです。

    $pp->add_shutdown_handler(sub {$dbh->logout});

set_shutdown_handler($function_ref)

もう使わないでください(Deprecated)。add_shutdown_handlerと似ていますが、 1つの関数しか登録できません。

    $pp->set_shutdown_handler(sub {$dbh->logout});

i_am_perperl

このスクリプトがPersistentPerlで動いているのか、そうでないかを示すブール値を返します。CGIスクリプトは通常のperlでもPersistentPerlでも動くことが出来ます。このメソッドはそのスクリプトがどちらの環境で動いてるのかが分かるようにします。

    $pp->i_am_perperl;

あなたのスクリプトをできるだけ移植可能にするため、以下のテストを使って PersistentPerlモジュールが使えること、PersistentPerlで実行していることを確認することができます。

    if (eval {require PersistentPerl} && PersistentPerl->i_am_perperl) {
    何かPersistentPerl特有のことをここでします...

このチェックのスピードを上げるため、オブジェクト・インターフェースを通す代わりに以下の変数が定義されているかをチェックすることもできます:

    $PersistentPerl::i_am_perperl

setopt($optname, $value)

"利用できるオプション"で説明したPersistentPerlオプションの1つを設定します。そのオプションが持っていた前の値を返します。$optnameは大文字/小文字を区別しません。

    $pp->setopt('TIMEOUT', 300);

getopt($optname)

1つのPersistentPerlオプションの現在の値を返します。$optnameは大文字/小文字を区別しません。

    $pp->getopt('TIMEOUT');

shutdown_now

perlインタープリタを即座にシャットダウンします。この関数は戻ってきません。

    $pp->shutdown_now

shutdown_next_time

perlインタープリタを、このリクエストが終了したらすぐにシャットダウンします。

    $pp->shutdown_next_time

インストール方法¶

PersistentPerlをインストールするためには、あなたのOS用のバイナリ・パッケージをダウンロードするかソースコードからPersistentPerlをコンパイルする必要があります。ソースコードやバイナリを取得する場所についての情報は"ダウンロード"をご覧ください。

バイナリのインストール¶

あなたのOS用のバイナリ・パッケージをダウンロードするのであれば、あなたのOS用の通常のパッケージ・ツールを使って、それをインストールする必要があります。それを行うコマンドは以下の通りです:

Linux

 rpm -i <filename>

Solaris

 gunzip <filename>.gz
 pkgadd -d <filename>

BSD

 pkg_add <filename>

apacheモジュールもインストールするのであれば、Apacheを "Apache構成設定"に書かれているようにApacheを設定する必要があります。

ソースコードのインストール¶

PersistentPerlをコンパイルするためには、perl 5.004以降とCコンパイラ、おそらくはあなたのperlディストリビューションがコンパイルされたのと同じコンパイラが必要です。PersistentPerlはSolaris、Redhat Linux、 FreeBSDそしてOpenBSDで動くことがわかっています。他のOSや以前のバージョンの Perlでは問題があるかもしれません。PersistentPerlはスレッド対応の(threaded) perlでは動かないかもしれません -- リリース2.10では、LinuxとSolarisではスレッド対応のperlでうまく動くようですが、FreeBSDではそうではありません。

標準のインストール¶

ソースコードからの標準のインストールをするためには、以下のように実行してください:

    perl Makefile.PL
    make
    make test
    make install

これはperperlとperperl_backendバイナリをperlがインストールされているのと同じディレクトリに、PersistentPerl.pmモジュールを標準のperl libディレクトリにインストールします。またapxsがあなたのパスにあれば、mod_persistentperlモジュールをインストールしようともします。

他のディレクトリへのインストール¶

標準のperlディレクトリにインストールする権限を持っていない、あるいは他の場所にインストールしたいのであれば、一番簡単な方法はperlの独自のコピーを他の場所にコンパイルし、インストールし、それから"perl Makefile.PL"を実行するときにそのあなたの新しいバージョンのperlを使うことです。そうすれば PersistentPerlバイナリとモジュールは、新しいバージョンのperlと同じ場所にインストールされます。

独自のperlをインストールできなければ、以下の手順を取ることが出来ます:

src/optdefsを編集し、BackendProgのデフォルト値をperperl_backendがインストールされる場所に変更します。

上記のようにコンパイルします。それから手動でperperlとperperl_backendのバイナリをあなたがインストールしたい場所にコピーしてください。

あなたのコードの中でPersistentPerlモジュールを使いたければ（これは必須ではありません）、それが取得できるように"use lib"を使わなければならないでしょう。

Apacheのインストール¶

オプションのapache mod_persistentperlモジュールをコンパイルするためには、apxs コマンドがあなたのパスになければなりません。Redhatは"apache-devel" RPMに含めています。しかしインストールでは適切に機能しないかもしれません。

もしapacheのインストールが失敗したら:

mod_persistentperl.soをmod_persistentperlディレクトリあるいは mod_persistentperl2/.libsディレクトリから、あなたのapacheモジュールが格納されている場所にコピーしてください（/usr/lib/apacheを試してみてください）

httpd.conf（/etc/httpd/conf/httpd.confを試してみてください）を編集し、以下の行を追加してください。LoadModuleディレクティブの最後のパスは、あなたのインストールでは違うかもしれません -- 違いを見るために他のLoadModuleを見てください。
```
    LoadModule persistentperl_module modules/mod_persistentperl.so
```
Apache-1を使っているのであれば、これも追加してください:
```
    AddModule mod_persistentperl.c
```

Apache構成設定¶

mod_persistentperlがインストールされたら、あなたのperlスクリプトのために使われるように構成設定する必要があります。それには2つの方法があります。

警告!以下の手順はあなたのwebサイトのセキュリティを危うくさせるかもしれません。PersistentPerlに関連するセキュリティの危険性は、通常のCGIのものに似ています。以下の変更のセキュリティとの関連がわかならければ、それを行わないようにしてください。

1. パスによる設定

これは/cgi-binを動かす方法に似ています - このパスにある全てのものは PersistentPerlにより扱われます。以下の行をあなたのhttpd.confの一番上のほうに追加してください - これによりあなたのcgi-binディレクトリにある全てのスクリプトが、/perperl/script-nameとしてアクセスされると PersistentPerlにより扱われるようになります。

    Alias /perperl/ /home/httpd/cgi-bin/
    <Location /perperl>
    SetHandler persistentperl-script
    Options ExecCGI
    allow from all
    </Location>

2. ファイル拡張子による設定

これは、.cgiファイルが動く方法と同じように、ある拡張子を持っている全てのファイルをPersistentPerlに扱わせるようにします。以下の行をあなたのhttpd.confの一番上のほうに追加してください - これは拡張子".perperl"であるファイルが PersistentPerlにより扱われるようにします。

    AddHandler persistentperl-script .perperl
    <Location />
    Options ExecCGI
    </Location>

よくある質問¶

perperlフロントエンドは、どのようにしてバックエンド・プロセスに接続するのですか？: /tmpのUnixソケットを経由します。キュー(queue)が/tmpの各プロセスのためのエントリを保持する共有ファイルに保持されます。そのキューでは接続を待っているperlプロセスのpidが入っています。フロントエンドは、このキューからプロセスを取り出し、そのソケットに接続し、環境変数とargvを送信します。そしてこのソケットをperlプロセスへのstdin/stdouのために使います。

PersistentPerlスクリプトの実行中に他のリクエストが来たら、クライナトは待たなければいけないのでしょうか、それとも他のプロセスが開始されるのでしょうか？開始されるプロセスの数の上限を設定する方法はありますか？

全てのperlプロセスが忙しいときに他のリクエストが来たならば、別のperlプロセスが開始されます。通常のperlの場合と同じように、通常はいくつのプロセスが開始されるかについての上限はありません。しかしプロセスは負荷が非常に高く、それが必要なときにだけ開始されます。もし負荷が下がれば、あなたがタイムアウトを無効にしていない限り、プロセスは活動しないために死んでいきます。

バージョン1.8.3から、perlバックエンドの実行の数を制限するためにオプションが追加されました。上記の"利用できるオプション"のMaxBackendsをご覧ください。

perperlが他のリクエストを開始したとき、どのくらいの量のperlの状態が保持されますか？グローバルはその値を保持していますか？リクエストの後にデストラクタが走りますか？: グローバルはその値を保持します。リクエストの後は何も破壊されません。 STDIN/STDOUT/STDERRはクローズされます -- 他のファイルはそうではありません。 %ENV と @ARGVだけがリクエストの間で変更されるグローバルになります。

CGIにより使われるperlライブラリを編集するとき、確実にperperlを再起動させるためにはどうすればいいですか？: 実行されるメインのcgiファイルをtouchしてください。フロントエンドが実行するたびに、メインファイルのmtimeがチェックされます。

PersistentPerlをインストールし/あるいは実行するためにはrootになる必要がありますか？: いいえ、rootは必須ではありません。

私のperlアプリケーションがperperlで動くためには変更する必要があるかは、どうすれば判断することができますか？あるいは何も変更は必要ないのでしょうか？

変更する必要があるかもしれません。

グローバルが実行の間で保持されます。例えば永続的なデータベース・ハンドルを保つということではいいことかもしれませんが、あなたのコードがそれらが未定義であることを想定していればよくありません。

また、グローバル変数を"my"で作成するならば、サブルーチンの中からそれらの変数を参照しようとするべきではありません - その代わりにそれらをサブルーチンに渡すべきです。あるいは完全に問題をさけるために、単にmyの代わりに"use vars"でグローバル変数を宣言したほうが、まだましです。

ここに、この問題についての素晴らしい説明があります - これはmod_perlについてですが同じことがpersistentperlにも当てはまります:

    http://perl.apache.org/faq/mod_perl_cgi.html#Variables_retain_their_value_fro

全てが失敗するのであれば、MaxRunsを1に設定することにより常駐を無効にすることができます。これが通常のperlに比較しての唯一の利点は、speedyがスクリプトを事前にコンパイルすることにあります。

データベースへの接続を持続させたままにするにはどうすればよいですか？

グローバルの値は実行をまたがって保持されるので、これを行う一番よい方法は接続をグローバル変数に格納し、実行のたびにその変数が既に定義されているかをチェックすることです。

例えば、あなたのコードがデータベース接続ハンドルを返す"open_db_connection" サブルーチンを持っているのであれば、持続的な接続を保つために以下のコードを使うことが出来ます:

    use vars qw($dbh);
    unless (defined($dbh)) {
        $dbh = &open_db_connection;
    }

このコードは持続的なデータベース接続ハンドルをグローバル変数"$dbh"に格納し、そのコードが実行された最初のときにだけそれを初期化します。後の実行では既存の接続が再利用されます。

何らかの理由でそれがうまく動かない場合には、それを使う前に、毎回その接続をチェックしたいとも思うかもしれません。そこでDB接続が機能していればtrueを返す "db_connection_ok"という名前のサブルーチンを持っているとすれば、このようなコードを使うことが出来ます:

    use vars qw($dbh);
    unless (defined($dbh) && &db_connection_ok($dbh)) {
    $dbh = &open_db_connection;
    }

Oracleデータベース接続を持続させたスクリプトがハングするのはなぜ？

OracleへのIPC接続を使うと、oracleプロセスがforkされexecされ、stdout接続をオープンしたままにします。そのためwebサーバーがEOFを受け取りません。この障害を修正するためには、データベースへTCP接続を利用するか、以下の perlコードをDBI->connectステートメントの前のどこかに追加してください:

    use Fcntl;
    fcntl(STDOUT, F_SETFD, FD_CLOEXEC);

これは、標準出力に実行時クローズ(close-on-exec)フラグを設定します。そのためoracleがexecされたらクローズされます。

グループの使い方¶

PersistentPerlのグループ機能はperlインタープリタにより使用されるメモリ量を減らすのを助けるために利用することができます。グループが使われないと（つまりグループ名が"none"であれば）、各perlスクリプトは、それ自身の perlインンタプリタの集合を与えられ、他のスクリプトのために使われる perlインタープリタからは分離されます。PersistentPerlでは各perlインタープリタは別のシステム・プロセスになります。

グループ化が使われるとき、perlインタープリタはグループに入れられます。そのグループでの全てのperlインタプリタは、同じグループのperlスクリプトを実行することが出来ます。全てのスクリプトを同じグループに入れておけば、 1つのperlインタープリタがあなたのシステム上の全てのperlスクリプトを実行するということを意味します。多くの異なるperlスクリプトを実行するときに必要とするメモリを大幅に減少せることができます。

PersistentPerlグループ名はそれ自身へのエンティティです。それは UnixグループやApacheでのGroupディレクティブとは関係ありません。グループ名は彼らの必要を基にしてPersistentPerlを実行するユーザによって作成されます。2つの特別なグループ名"none"と"default"があります。その他の全てのグループ名は"オプション"で説明したGroupを使って PersistentPerl のユーザによって作成されます。

可能な限りグループ化の量を最大限に使いたければ（つまり同じインタープリタで全てのスクリプト）、常にグループ名"default"を使わなければなりません、こうすると、出来る限り最小限のperlインタープリタを取得することになります。各perlインタープリタは、あなたのperlスクリプトをどれでも実行することができます。

全てのスクリプトにグループ"default"を使うことがリソースの使用を最も効率的にするとしても、これが常に可能あるいは望ましいことではありません。あなたは以下の理由で他のグループ名を使いたいと思うかもしれません:

うまく動かないスクリプトやグループでは動かないスクリプトを分離させる。

スクリプトにはグループでは動かないものもあります。一緒にperlスクリプトがグループ化されると、それらはそれぞれに独自の一意なパッケージ名を与えられます - 通常そうであるように"main"パッケージでは実行されません。そのため、例えば、コードの中のどこかでサブルーチンや変数を探すため、明示的に"main"を使うスクリプトはグループの中では動かないでしょう。この場合、コンパイルされ、パッケージmainで実行され、常に独自のインタープリタを与えられるようにグループ"none"でそのようなスクリプトを走らせるのが、おそらく一番いいでしょう。

その他のスクリプトが入っているパッケージに変更を与え、同じインタープリタで走る他のスクリプトを破壊するかもしれません。この場合、そのようなスクリプトには両立しない他のスクリプトから分離させておくために、独自のグループ名（グループ名"pariah"のような）を与えることができます。残りのあなたのスクリプトグループ"default"で実行させることができます。これにより"pariah"スクリプトが他のスクリプトと同じインタープリタで実行されないことを確実にします。

異なるスクリプトに異なるperlやPersistentPerlパラメータを渡すため。

異なるスクリプトのために別のポリシーを作成するために別のグループを使いたいかもしれません。

10個のperlスクリプトが含まれるemailアプリケーションを持っているとします。そしてこのアプリケーションで使われている共通のperlコードがひどいメモリ・リークを抱えているとします。あなたはこれらのスクリプトの全てにMaxRunsの設定を5にしたいと思っています。そして他の全てのスクリプトは通常のMaxRunsポリシーとし別のグループで実行させたいと思っています。あなたが出来ることは10個のemailスクリプトを編集し、先頭に以下の行を入れることです:
```
    #!/usr/bin/perperl -- -gmail -r5
```
残りのperlスクリプトには以下のものが使えます:
```
    #!/usr/bin/perperl -- -g
```
これは、10個のemailスクリプトを("mail"という）独自のグループに入れ、それらの全てにデフォルトのMaxRunsの値5を与えます。それ以外の全てのスクリプトは"default"という名前のグループに入れられ、そしてこのグループは通常のMaxRuns設定を持ちます。

ダウンロード¶

バイナリ¶

各種OSのためのバイナリが以下の場所にあります:

    http://daemoninc.com/PersistentPerl/download.html

ソースコード¶

標準のソースコード・ディストリビューションはCPANミラーのいずれか、あるいは下記の場所から取得することができます:

    http://daemoninc.com/PersistentPerl/download.html
    http://www.cpan.org/modules/by-authors/id/H/HO/HORROCKS/

作者¶

    Sam Horrocks
    http://daemoninc.com
    [email protected]

貢献者¶

多くの人々がコード、パッチ、アイデア、リソースなどで助けてくれました。ここでだれか抜けているかもしれません - もしそうであれば私にメールをください。

Gunther Birznieks
Diana Eichert
Takanori Kawai
Robert Klep
Marc Lehmann
James McGregor
Josh Rabinowitz
Dave Parker
Craig Sanders
Joseph Wang

参考資料¶

perl(1), httpd(8), apxs(8).

さらなる情報¶

PersistentPerlホームページ¶

http://daemoninc.com/PersistentPerl/

メーリングリスト¶

PersistentPerl users mailing list - [email protected]. アーカイブと参加方法については http://lists.sourceforge.net/lists/listinfo/persistentperl-users

PersistentPerl announcements mailing list - [email protected]. アーカイブトと参加方法については http://lists.sourceforge.net/lists/listinfo/persistentperl-announce

バグとTodoリスト¶

バグや変更リクエストについてはメーリングリストに報告してください。

著作権(COPYRIGHT)¶

This program is free software; you can redistribute it and/or modify it under the terms of the GNU General Public License as published by the Free Software Foundation; either version 2 of the License, or (at your option) any later version.

This program is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License for more details.

You should have received a copy of the GNU General Public License along with this program; if not, write to the Free Software Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA 02111-1307, USA.

This product includes software developed by the Apache Software Foundation (http://www.apache.org/).