nginx セッションの共有を実現するために、いくつかの情報を確認し、他の人が書いたドキュメントを読みました。要約は次のとおりです。
複数の PHP サーバーがあり、負荷分散に nginx が使用されているため、同じ IP が同じものにアクセスします。サーバー上でセッションが同期されていない場合、最も一般的なログイン ステータスなどの多くの問題が発生します。セッション共有の問題を解決する方法は次のとおりです。
1.代わりに Cookie を使用します
セッション これはサーバー側に保存され、Cookie はクライアント側に保存されます。ユーザーのページへのアクセスによって生成されたセッションを Cookie に入れることができます。つまり、Cookie を乗り換え駅。 Web サーバー A にアクセスし、セッションを生成し、それをサーバー B に割り当てると、サーバー B はまずサーバーにセッションがあるかどうかを判断し、存在しない場合はクライアントの Cookie を確認します。このようなセッションは、実際にはセッションが存在しないことを意味します。Cookie 内にセッションが存在する場合は、Cookie 内のセッションをサーバー B に同期して、セッションを同期できるようにします。
注: この方法は実装が簡単で便利であり、データベースへの負担は増加しません。ただし、クライアントが Cookie を無効にすると、セッションが同期されなくなり、Web サイトのセキュリティが失われます。暗号化されていますが、それでも偽造可能です。
2. セッションをデータベースに保存する (MySQL など)
MySQL の場合、セッションを保存するテーブルをデータベースに保存する方法です。各 mysql ノードにはこのテーブルが必要であり、このセッション テーブルのデータ テーブルはリアルタイムで同期されている必要があります。
注: データベースを使用してセッションを同期すると、データベースの IO が増加し、データベースの負荷が増加します。さらに、データベースの読み取りおよび書き込み速度が遅いため、セッションをタイムリーに同期できません。
3. セッションは memcache または redis に保存されます
memcache は、php 設定ファイルで保存方法が memcache に設定されているため、php 自体がセッション クラスターを確立し、セッション データを memcache に保存します。
注: この方法でセッションを同期すると、データベースの負荷が増加することはなく、Cookie を使用する場合と比較してセキュリティが大幅に向上します。セッションをメモリに保存する方が、ファイルから読み取るよりもはるかに高速です。ただし、memcache はメモリをさまざまな仕様のストレージ ブロックに分割します。この方法では、memcache がメモリを完全に利用できないことが判断され、メモリ ブロックが不足するとメモリ オーバーフローが発生します。
4. nginx の ip_hash テクノロジーは、特定の IP のリクエストを同じバックエンドに送信できるため、この IP の下で特定のクライアントと特定のバックエンドが安定したセッションを確立できます。
- ストリームnginx.example.com {
- サーバー192.168.74.236:80;
- }
- サーバー
- {
- 80 を聞く;
- location /
- proxy_pass
- http://nginx.example.com ;
- .nginx はフロントではありません。エンドサーバー。 ip_hash では、nginx がフロントエンド サーバーである必要があります。そうでない場合、nginx は正しい IP を取得できず、IP に基づいてハッシュできません。たとえば、Squid がフロントエンドとして使用されている場合、nginx は IP を取得するときに Squid のサーバー IP アドレスしか取得できません。このアドレスを配布に使用するのは間違いなく混乱を招きます。 2. nginx のバックエンドには他の負荷分散方法もあります。
-
nginx バックエンドに他のロード バランシングがあり、リクエストが他の方法で転送される場合、特定のクライアントからのリクエストは同じセッション アプリケーション サーバー上に存在しません。このように計算すると、nginx バックエンドはアプリケーション サーバーを直接指すか、Squid を構築してからアプリケーション サーバーを指すことしかできません。最善の方法は、位置情報を迂回として使用し、ip_hash を介したセッションを必要とする一部のリクエストを迂回し、残りは他のバックエンドに移動することです。
5.upstream_hash
ip_hash のいくつかの問題を解決するために、このモジュールはほとんどの場合 url_hash として使用されますが、セッション共有での使用を妨げるものではありません。試したことがないのでよくわかりません補足: memcached の簡単な紹介
1. コンセプト
Memcached は、danga.com (を運営する技術チーム) によって開発された分散メモリ オブジェクト キャッシング システムです。 LiveJournal) を使用し、動的システムで使用されます。 データベースの負荷を軽減し、パフォーマンスを向上させます。
2. 適用される機会
1. memcached 自体は分散システムに基づいているため、大規模な分散システムに特に適しています。
2. データベースのフロントエンド キャッシュ。多くの場合、データベースは Web サイト システムのボトルネックになります。データベースへの大量の同時アクセスにより、Web サイトのメモリがオーバーフローすることがよくあります。もちろん、Hibernate のキャッシュ メカニズムを使用することもできます。ただし、memcached は分散に基づいており、Web サイトのアプリケーション自体から独立させることができるため、大規模な Web サイトがアプリケーションを分割するのにより適しています。
3. サーバー間のデータ共有。たとえば、Web サイトのログイン システムとクエリ システムを 2 つのアプリケーションに分割し、それらを異なるサーバーに配置してクラスタ化します。次に、ユーザーがログインした後、ログイン情報がログイン システム サーバーからクエリ システムにどのように同期されるかを考えます。サーバー?このとき、ログイン システムはログイン情報をキャッシュし、クエリ システムはローカル情報を取得するのと同じようにログイン情報を取得できます。
3. 適用されない場合
逆に、「分散」する必要がない、共有する必要がない、または単純にサーバーが 1 つしかないほど小さいアプリケーションの場合、memcached は何のメリットももたらしません。ネットワーク接続にもリソースが必要なため、システムの効率が低下します
解決策は、memcached をセッション ストレージとして使用し、memcached サーバーを nginx と同じ Linux ホスト上にセットアップすることです。
解決プロセス、
2 つの Apache のホスト IP は 192.168.74.235192.168.74.236 です
Nginx ホスト IP は 192.168.74.131 です
Memcached ホストの IP は 192.168.74.1 です31
192.168 に memcached をインストールします.74.131、そして起動
192.168.74.236を例として、phpとphpの依存関係ライブラリをmemcachedにインストールしますyuminstall memcached-devel.i686 libmemcached-devel.i686 php-pecl-memcache.i686
php.iniを設定します
session.save_handler= memcache
session.save_path= "tcp://192.168.74.131:11211"
または (次の 2 つは試していません)
1. 特定のディレクトリの .htaccess:
php_value session。 save_handler "memcache "
php_value session.save_path "tcp://IP:11211"2. 特定のアプリケーション:
ini_set("session.save_handler", "memcache");
ini_set("session.save_path") , "tcp://IP:11211");同時に次を必ずコメントアウトしてください;session.save_path= "/var/lib/php/session"
同時に拡張機能を開きます=memcache.so
Apacheを再起動し、phpinfoの「登録された保存ハンドラー」を確認します。利用可能な「ファイルusermemcache」がある場合、
Memcachedサーバーの実行と結果
がインストールされていることがわかります。 @Git ~]# memcached-tool127.0.0 .1:11211
# Item_Size Max_age Pages Count Full? Evicted Evict_Time OOM
236 マシンに次の PHP ファイルを追加します
session_start();
if (!isset($_SESSION[' TEST'])) {
$_SESSION['TEST'] = time();
}
$_SESSION['TEST3'] = time();
print $_SESSION['TEST'];
print "
";print $_SESSION['TEST3'];
print "
";print session_id();
?>
次に、memcached サーバーに移動して
[root@Git ~]# memcached-tool127.0.0.1:11211
# Item_Size Max_age Pages Count Full? Evicted Evict_Time OOM
1 80B 0s 1 0 0 no 0 0 0
これにより、セッションを memcached サーバーに書き込むこともできるようになります。
要約すると:
1. ファイアウォールの問題、LAN サーバーへの接続の失敗の多くはファイアウォールが原因です
2. 依存関係がインストールされておらず、php-memcached のような拡張ライブラリをインストールしていないため、memcached は常に最初に失敗します
以上、nginxロードバランシングのセッション共有問題の解決方法を内容も含めて紹介しましたが、PHPチュートリアルに興味のある友人の参考になれば幸いです。

PHPは、特にWeb開発の分野で、最新のプログラミングで強力で広く使用されているツールのままです。 1)PHPは使いやすく、データベースとシームレスに統合されており、多くの開発者にとって最初の選択肢です。 2)動的コンテンツ生成とオブジェクト指向プログラミングをサポートし、Webサイトを迅速に作成および保守するのに適しています。 3)PHPのパフォーマンスは、データベースクエリをキャッシュおよび最適化することで改善でき、その広範なコミュニティと豊富なエコシステムにより、今日のテクノロジースタックでは依然として重要になります。

PHPでは、弱い参照クラスを通じて弱い参照が実装され、ガベージコレクターがオブジェクトの回収を妨げません。弱い参照は、キャッシュシステムやイベントリスナーなどのシナリオに適しています。オブジェクトの生存を保証することはできず、ごみ収集が遅れる可能性があることに注意する必要があります。

\ _ \ _ Invokeメソッドを使用すると、オブジェクトを関数のように呼び出すことができます。 1。オブジェクトを呼び出すことができるように\ _ \ _呼び出しメソッドを定義します。 2。$ obj(...)構文を使用すると、PHPは\ _ \ _ Invokeメソッドを実行します。 3。ロギングや計算機、コードの柔軟性の向上、読みやすさなどのシナリオに適しています。

繊維はPhp8.1で導入され、同時処理機能が改善されました。 1)繊維は、コルーチンと同様の軽量の並行性モデルです。 2)開発者がタスクの実行フローを手動で制御できるようにし、I/O集約型タスクの処理に適しています。 3)繊維を使用すると、より効率的で応答性の高いコードを書き込むことができます。

PHPコミュニティは、開発者の成長を支援するための豊富なリソースとサポートを提供します。 1)リソースには、公式のドキュメント、チュートリアル、ブログ、LaravelやSymfonyなどのオープンソースプロジェクトが含まれます。 2)StackOverFlow、Reddit、およびSlackチャネルを通じてサポートを取得できます。 3)開発動向は、RFCに従うことで学ぶことができます。 4)コミュニティへの統合は、積極的な参加、コード共有への貢献、および学習共有への貢献を通じて達成できます。

PHP and Python each have their own advantages, and the choice should be based on project requirements. 1.PHPは、シンプルな構文と高い実行効率を備えたWeb開発に適しています。 2。Pythonは、簡潔な構文とリッチライブラリを備えたデータサイエンスと機械学習に適しています。

PHPは死にかけていませんが、常に適応して進化しています。 1)PHPは、1994年以来、新しいテクノロジーの傾向に適応するために複数のバージョンの反復を受けています。 2)現在、電子商取引、コンテンツ管理システム、その他の分野で広く使用されています。 3)PHP8は、パフォーマンスと近代化を改善するために、JITコンパイラおよびその他の機能を導入します。 4)Opcacheを使用してPSR-12標準に従って、パフォーマンスとコードの品質を最適化します。

PHPの将来は、新しいテクノロジーの傾向に適応し、革新的な機能を導入することで達成されます。1)クラウドコンピューティング、コンテナ化、マイクロサービスアーキテクチャに適応し、DockerとKubernetesをサポートします。 2)パフォーマンスとデータ処理の効率を改善するために、JITコンパイラと列挙タイプを導入します。 3)パフォーマンスを継続的に最適化し、ベストプラクティスを促進します。


ホットAIツール

Undresser.AI Undress
リアルなヌード写真を作成する AI 搭載アプリ

AI Clothes Remover
写真から衣服を削除するオンライン AI ツール。

Undress AI Tool
脱衣画像を無料で

Clothoff.io
AI衣類リムーバー

AI Hentai Generator
AIヘンタイを無料で生成します。

人気の記事

ホットツール

MinGW - Minimalist GNU for Windows
このプロジェクトは osdn.net/projects/mingw に移行中です。引き続きそこでフォローしていただけます。 MinGW: GNU Compiler Collection (GCC) のネイティブ Windows ポートであり、ネイティブ Windows アプリケーションを構築するための自由に配布可能なインポート ライブラリとヘッダー ファイルであり、C99 機能をサポートする MSVC ランタイムの拡張機能が含まれています。すべての MinGW ソフトウェアは 64 ビット Windows プラットフォームで実行できます。

SublimeText3 Linux 新バージョン
SublimeText3 Linux 最新バージョン

DVWA
Damn Vulnerable Web App (DVWA) は、非常に脆弱な PHP/MySQL Web アプリケーションです。その主な目的は、セキュリティ専門家が法的環境でスキルとツールをテストするのに役立ち、Web 開発者が Web アプリケーションを保護するプロセスをより深く理解できるようにし、教師/生徒が教室環境で Web アプリケーションを教え/学習できるようにすることです。安全。 DVWA の目標は、シンプルでわかりやすいインターフェイスを通じて、さまざまな難易度で最も一般的な Web 脆弱性のいくつかを実践することです。このソフトウェアは、

AtomエディタMac版ダウンロード
最も人気のあるオープンソースエディター

Safe Exam Browser
Safe Exam Browser は、オンライン試験を安全に受験するための安全なブラウザ環境です。このソフトウェアは、あらゆるコンピュータを安全なワークステーションに変えます。あらゆるユーティリティへのアクセスを制御し、学生が無許可のリソースを使用するのを防ぎます。
