総じて、基本的に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 になる可能性があり、かすかな~...
http://www.bkjia.com/PHPjc/316138.html
www.bkjia.com
true
http://www.bkjia.com/PHPjc/316138.html