easyrecoveryprofessional php4のセッション機能のレビュー(3)

総じて、基本的にphpのセッション関数が使えてかなり便利で、自分でCookieを扱う手間もかなり省けると感じています。 PHP のセッション管理は依然としてファイルに基づいています。デフォルトでは、セッション ID と同じ名前のセッション ファイルが /tmp ディレクトリに生成され、登録されたセッション データがこのファイルに保存されます。セッションには有効期間があり、/usr/local/lib/php.ini で設定できます。
やはり/tmpとはいえ、やはりファイル操作は必要なので効率はそこそこと考えてください。サービス量が多いアプリケーションの場合、/tmp に多数のセッション ファイルが生成されます。 。 。
分散アプリケーションについてはどうですか? Web サーバーは何台一緒に機能しますか?トリックがあります。セッション ファイルのディレクトリは構成可能です。すべてのセッション ファイルを共有の nfs ディレクトリに置くだけで完了です。しかし、php
が独自のファイルを生成するとき、nfs の特別な処理を考慮したことがありますか?ソースコードを注意深く見ていないので、可能性は非常に低いですが、何かが間違っている可能性があります...しかし、私はセッションキーパーデーモンになることができます セッションデータは、次の形式でメモリに保存できます。 udp サービス方式 (LAN 内で高効率、パケット損失率が小さい) を使用したハッシュ テーブルにより、セッションの生成、取得、終了、アクセス、セッション変数の設定などが完了し、複数の Web サーバーがセッション情報を共有できます。サーバー側関数とクライアント側関数の両方を実行しましたが、問題は、クライアント側関数を PHP に追加する方法、または PHP が動的ライブラリ関数呼び出しをどのようにサポートするかということです。これらのことは、マニュアルでは詳しく説明されていません。
ところで: 文法が緩いため、PHP 関数の戻り値は曖昧になりがちです (strpos など)。
一致しないと 0 が返されますが、一致する位置は 0 になる可能性があります。お気に入り~...

以上、easyrecoveryprofessional php4 のセッション関数レビュー (3) を紹介しました。easyrecoveryprofessional の内容も含めて、PHP チュートリアルに興味のある友人の参考になれば幸いです。