タグ付けされた質問 「cm-redissession」

私はMagento 1.9.0.1を使用しています。Magentoキャッシュ（AWS ElastiCache）をホストしているRedisサーバーが時々ダウンします。これが発生すると、MagentoはRedisが再び使用可能になるまで致命的なエラーを引き起こします。 これはすぐに答えるのは難しい質問かもしれませんが、どうしてMagentoがRedisに接続できないとき、致命的なエラーではなく、キャッシュが無効になっているように動作できないのでしょうか。 私はMagentoにこの機能を提供する設定やモジュールについては知りませんが、表面的には難しくないようです。Magentoはlocal.xml、データベースとキャッシュバックエンドへの接続方法を把握するために使用します。次に、データベースに接続し、キャッシュオプションを調べて、キャッシュを使用するかどうかを確認します。特定のキャッシュを使用するようにデータベースから指示された場合は、いくつかのフラグ（おそらくグローバル変数またはシングルトンのプロパティ）を切り替え、残りのリクエストにキャッシュバックエンドを使用します。接続エラーが発生した場合、そのリクエスト中にMagentoにこれをオフに戻させることはできませんか？ 遅いサイトは致命的なエラーよりも優れています。 編集：明らかに、一部の人々は私が尋ねていることを理解していないか、実際にこの投稿を読んでいません。 Redisがプライマリキャッシュストレージメソッドとして使用されているときに、Redisが使用できない場合にMagentoに致命的なエラーなしで機能するモジュールを提供しますか？ そうでない場合、なぜこれが不可能であるか、または非常に難しいのかについて誰かに教えてもらえますか？

9 magento-1.9  ce-1.9.0.1  cache  redis  cm-redissession 

セッションのredisを有効にし、githubから最新の拡張機能とlibコードを取得しました。一部のリクエストには約30秒かかることに気づいています。 ここでnewrelicから3つのトランザクショントレースがあり、彼らは私にはほとんど同じに見える： http://imgur.com/JQUzheJ,0sCqUni,3L4PJAX redisで次の設定を使用しています。 <redis_session> <host>127.0.0.1</host> <port>6379</port> <password></password> <timeout>2.5</timeout> <persistent></persistent> <db>2</db> <compression_threshold>2048</compression_threshold> <compression_lib>lzf</compression_lib> <log_level>4</log_level> <!-- maximum number of processes that can wait for a lock on one session; for large production clusters, set this to at least 10% of the number of PHP processes --> <max_concurrency>12</max_concurrency> <!-- seconds to wait …

7 redis  cm-redissession