转 memcache保存php的session 解决多服务器的session有关问题
转 memcache保存php的session 解决多服务器的session问题
?
?
PECL :: Package :: memcache 2.1.1 版本的 Changelog 中有一条:
- Added experimental session storage support. You can use memcached as session storage.
也就是可以直接用 memcache 来作 PHP 的 session.save_handler。
1. 安装 memcached,还是那套 ./configure; make; make install,注意 memcached 用 libevent 来作事件驱动,所以要先安装有 libevent。
2. 安装 pecl::memcache,用 pecl 命令行工具安装:
pecl install memcache
或直接从源码安装:
phpize
./configure
make
make install
将 php.ini 中 extension=memcache.so 打开,重启一下 apache,查看 phpinfo 中的 Registered save handlers 会有 files user memcache 这3个可用。
3. 修正配置文件,在 php.ini 中全局设置:
session.save_handler = memcache
session.save_path = tcp://127.0.0.1:11211
或者某个目录下的 .htaccess :
php_value session.save_handler memcache
php_value session.save_path tcp://127.0.0.1:11211
再或者在某个一个应用中:
ini_set(session.save_handler, memcache);
ini_set(session.save_path, tcp://127.0.0.1:11211);?
应用多个 memcached server 时用逗号,隔开,并且和 Memcache::addServer() 文档中阐明的一样,可以带额外的参数persistent、weight、timeout、retry_interval 等等,类似这样的:tcp://host1:port1?persistent=1&weight=2,tcp://host2:port2 。
4. 启动 memcached:
memcached -d -l 127.0.0.1 -p 11212 -m 128
5. 在程序中应用 memcache 来作 session 存储,用例子测试一下:
___FCKpd___6
6. 用 sessionid 去 memcached 里查询一下:
$memcache = memcache_connect(localhost, 11211);
var_dump($memcache->get(19216821213c65cedec65b0883238c278eeb573e077));
SESSION[TEST3] = time();
print
;
print session_id();
?>
会有看到
string(37) TEST|i:1177556731;TEST3|i:1177556881;
这样的输出,证明 session 正常工作。
用 memcache 来存储 session 在读写速度上会比 files 时快很多,而且在多个服务器须要共用 session 时会比较方便,将这些服务器都配置成应用同一组 memcached 服务器就可以,减少了额外的工作量。缺点是 session 数据都保存在 memory 中,持久化方面有所欠缺,但对 session 数据来说也不是很大的问题。

ホットAIツール

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

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

Undress AI Tool
脱衣画像を無料で

Clothoff.io
AI衣類リムーバー

Video Face Swap
完全無料の AI 顔交換ツールを使用して、あらゆるビデオの顔を簡単に交換できます。

人気の記事

ホットツール

メモ帳++7.3.1
使いやすく無料のコードエディター

SublimeText3 中国語版
中国語版、とても使いやすい

ゼンドスタジオ 13.0.1
強力な PHP 統合開発環境

ドリームウィーバー CS6
ビジュアル Web 開発ツール

SublimeText3 Mac版
神レベルのコード編集ソフト(SublimeText3)

ホットトピック









セッション障害は通常、セッションの有効期間の期限切れまたはサーバーのシャットダウンによって発生します。解決策: 1. セッションの有効期間を延長する; 2. 永続ストレージを使用する; 3. Cookie を使用する; 4. セッションを非同期的に更新する; 5. セッション管理ミドルウェアを使用する。

PHPSession のクロスドメイン問題の解決策 フロントエンドとバックエンドの分離の開発では、クロスドメイン要求が標準になっています。クロスドメインの問題に対処するときは、通常、セッションの使用と管理が必要になります。ただし、ブラウザーのオリジンポリシーの制限により、デフォルトではセッションをドメイン間で共有できません。この問題を解決するには、いくつかの技術と方法を使用して、セッションのクロスドメイン共有を実現する必要があります。 1. ドメイン間でセッションを共有するための Cookie の最も一般的な使用法

Web 開発では、Web サイトのパフォーマンスと応答速度を向上させるためにキャッシュ テクノロジを使用する必要があることがよくあります。 Memcache は、あらゆる種類のデータをキャッシュでき、高い同時実行性と高可用性をサポートする一般的なキャッシュ テクノロジです。この記事では、PHP 開発で Memcache を使用する方法を紹介し、具体的なコード例を示します。 1. Memcache のインストール Memcache を使用するには、まずサーバーに Memcache 拡張機能をインストールする必要があります。 CentOS オペレーティング システムでは、次のコマンドを使用できます。

JavaScriptCookies JavaScript Cookie の使用は、設定、購入、手数料、その他の情報を記憶および追跡する最も効果的な方法です。訪問者のエクスペリエンスを向上させるために必要な情報やウェブサイトの統計。 PHPCookieCookie は、クライアント コンピューターに保存され、追跡目的で保持されるテキスト ファイルです。 PHP は HTTP Cookie を透過的にサポートします。 JavaScript Cookie はどのように機能しますか?サーバーは、訪問者のブラウザに Cookie の形式でデータを送信します。ブラウザは Cookie を受け入れることができます。存在する場合、それは訪問者のハードドライブにプレーンテキストレコードとして保存されます。さて、訪問者がサイト上の別のページに到達すると、

ドメインを越えた PHPSession と AJAX 間の非同期通信の最適化 インターネットの発展に伴い、クロスドメイン アクセスと非同期通信は、現代の Web アプリケーション開発における一般的な要件になりました。この記事では、PHPSession を使用してクロスドメイン アクセスを実現する方法に焦点を当て、AJAX の非同期通信効率を向上させるための最適化方法をいくつか紹介します。 1. クロスドメインアクセスの問題 Web開発において、ブラウザがあるドメイン名のWebページからHTTPリクエストを開始し、別のドメイン名のレスポンスデータを返す場合にクロスドメインアクセスの問題が発生します。

Amazfitは、今年初めのCES2024で最初のスマートリング、Helioを発表しました。ほぼ半年後、ヨーロッパでも販売されるようになりました。メーカーによると、新しいAmazfit Helioリングは現在入手可能で、直接注文できます

PHP 開発では、Memcache キャッシュ システムを使用すると、データの読み取りと書き込みの効率が大幅に向上します。 Memcache は、データベースの頻繁な読み取りと書き込みを回避するためにデータをメモリにキャッシュできるメモリベースのキャッシュ システムです。この記事では、PHP で Memcache を使用して効率的なデータの読み取りおよび書き込み操作を行う方法を紹介し、具体的なコード例を示します。 1. Memcache のインストールと構成 まず、サーバーに Memcache 拡張機能をインストールする必要があります。通過できる

セッション失敗の理由には、セッションのタイムアウト、セッション数の制限、セッションの整合性チェック、サーバーの再起動、ブラウザまたはデバイスの問題などが含まれます。詳細な紹介: 1. セッション タイムアウト: サーバーはセッションのデフォルトのタイムアウトを設定します。ユーザーが一定期間サーバーと対話しない場合、セッションは自動的に期限切れになります。2. セッション数の制限: サーバーには番号があります。各ユーザーのセッション数に制限が設定されており、ユーザーが作成したセッションの数がこの制限を超えると、最新のセッションが最も古いセッションに上書きされます。
