タグ付けされた質問 「redis」

私はMagentoのパフォーマンスを改善しようとしています（遅かれ早かれ「MageDev」がこの点にぶつかりました：） 私はいくつかの研究を行い、多くの良いガイドを見つけましたが、同質ではありません。 私が得たのは： MemCacheまたはRedisは汎用キャッシュシステムであり、データをキャッシュし、Magento（local.xml）と直接統合できます。 APCは、PHPコード自体のキャッシュであり、サーバーレベルでのみ統合できます。 Varnishはリバースプロキシであり、サーバーレベルでのみ統合できる応答をキャッシュします。（Magento、テレビン油の拡張子がありますが、何が正確に行われるのかわかりません） すべてのこの良い読書の後、私はまだ上記のキャッシュシステムのどれがEXで組み合わせて使用​​できるかについて少し混乱しています： MemCache + APC？ Redis + APC？ 上記の構成のいずれかにワニスを追加できますか？ 質問を明確にするために、Magentoやサーバーの設定方法についてではなく、キャッシュシステムを混在させる方法について許可される可能性とクリアランスについて説明します。（それ以外に、もし誰かが良い提案をすることができたら、感謝します。）

34 cache  varnish  redis  memcached  apc 

私はMagento EE 1.12.2（CE 1.7.2と同じ）を実行していますが、ここにはキャッシング用のRedis（Cm_Cache拡張、Redis v 2.2.12）がありますが、セッションストレージにはMemcacheを使用しています。 これらのMagentoバージョンでは、Redisはそのままではサポートされていません。だから私のここでの懸念は： 労力と速度の向上という観点から、セッションストレージをRedisに取り込むのは面倒なことでしょうか？ Memcacheは同じように優れているのではないですか？ このプロジェクトでは、サードパーティのXMLファイルをセッションに保存する必要があるため、セッションファイルが大きいため、セッションの読み取りと書き込みを最適化すると、大きな影響が出る可能性があります。 からlocal.xml： <session_save><![CDATA[memcache]]></session_save> そして： <cache> <backend>Cm_Cache_Backend_Redis</backend> [...] </cache>

10 magento-1.7  session  ee-1.12  redis  memcache 

私の質問はMagento Proへの質問です。 FPC（フルページキャッシュ）にVarnishとRedisを同時に使用できますか？ 私の現在のセットアップは次のようになります： SSL termination > Varnish Full Page Cache > Apache > two Magento 2のWebサイト。 上記の設定に加えて、ページキャッシュ用のRedisをインストールして、メリットがあるかどうかを確認しました。 私を混乱させたのは、Redis構成のこの行です： 'page_cache' => array( 'backend' => 'Cm_Cache_Backend_Redis', Magentoの公式ウェブサイトから入手したサンプルのRedis設定の完全なコードは次のとおりです。 'cache' => array( 'frontend' => array( 'default' => array( 'backend' => 'Cm_Cache_Backend_Redis', 'backend_options' => array( 'server' => '127.0.0.1', 'port' => '6379' ), ), 'page_cache' …

10 magento2  magento-2.1  full-page-cache  varnish  redis 

Magento 1.9.2.4のデフォルトのCm_RedisSessionモジュールを使用して、セッションストレージとしてRedisに切り替えました。導入後、多くのお客様がページの読み込みに非常に長い時間（> 20-30秒）を経験しました。Redis-Serverでは、AWS ElastiCache（m3.large）をTideways（Newrelic と同様）で使用しています。トレースでこのボトルネックを確認しました。 この問題の詳細を読み、Cm_RedisSessionログを調べたところ、お客様からのセッションがロックされていることがわかり、さらに調査した結果、セッションロックの改善によりCm_RedisSessionを1.14にアップグレードすることにしました。 最新バージョンでは、ロックは5秒後に正しく解除されるため、問題は最小限に抑えられます。ただし、ロード時間は5秒のままです。 私には2つの理論がありました。 一部のリクエストは終了するため、session_close()呼び出しはなく、そのためロックは解放されません。 すべてのログ（php-fpm、nginx、magento）を有効にして、Tideways for a Customerにこのエラーが表示されるまで監視しましたが、この特定の時間枠にはエラーはありませんでした 複数のスクリプトが同じセッションを読み書きしようとします： 同じフロントエンドCookieで同じページを並列に100回呼び出すスクリプトを作成しましたが、ロックは表示されません。 この時点では、このロックが表示される理由を理解できず、さらに悪いことに、ローカルのマシンまたはステージングシステムでそれを再現できません。 この問題を解決するためのヒントや解決策はありますか？ 編集：誰かがCm_RedisSessionのロックを無効にしようとしましたか？ 編集：1.15と同じ問題 編集：ロック付きのリクエストのほとんどはajaxリクエストです。とにかく再現できません。 $ php5-fpm -v PHP 5.5.32-1+deb.sury.org~trusty+1 (fpm-fcgi) (built: Feb 5 2016 10:10:42) Copyright (c) 1997-2015 The PHP Group Zend Engine v2.5.0, Copyright (c) 1998-2015 Zend Technologies with Zend OPcache v7.0.6-dev, Copyright …

9 magento-1.9  magento-1.8  magento-community  session  redis 

私は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 

Enterprise 1.14.1.0、nginx、php-fpm、solr、redis（2つのインスタンス-fpc用に1つ、その他すべてに1つ） 私たちは完全に私たちの機知の終わりにいます-もっともらしいと思われるすべての構成設定を微調整しました...そして問題は毎日続きます。任意のアイデアをいただければ幸いです。 私たちのサイトでは、このようなエラーが数分間にわたって再ロックおよびダンプされ、その後、問題が解消され、通常の状態に戻ります。 a:4:{i:0;s:24:"read error on connection";i:1;s:1196:"#0 /var/www/magento/lib/Credis/Client.php(440): Credis_Client->__call('select', Array) #1 /var/www/magento/lib/Cm/Cache/Backend/Redis.php(117): Credis_Client->select(0) #2 /var/www/magento/lib/Zend/Cache.php(153): Cm_Cache_Backend_Redis->__construct(Array) #3 /var/www/magento/lib/Zend/Cache.php(94): Zend_Cache::_makeBackend('Cm_Cache_Backen...', Array, true, true) #4 /var/www/magento/app/code/local/Extendware/EWCacheBackend/Model/Override/Mage/Core/Cache.php(25): Zend_Cache::factory() #5 /var/www/magento/app/code/core/Mage/Core/Model/Config.php(1348): ExtendwareInternal_EWCacheBackend_Model_Override_Mage_Core_Cache->__construct(Array) #6 /var/www/magento/app/Mage.php(463): Mage_Core_Model_Config->getModelInstance('core/cache', Array) #7 /var/www/magento/app/code/core/Mage/Core/Model/App.php(401): Mage::getModel('core/cache', Array) #8 /var/www/magento/app/code/core/Mage/Core/Model/App.php(295): Mage_Core_Model_App->_initCache(Array) #9 /var/www/magento/app/code/core/Mage/Core/Model/App.php(337): Mage_Core_Model_App->baseInit(Array) #10 /var/www/magento/app/Mage.php(684): Mage_Core_Model_App->run(Array) #11 /var/www/magento/index.php(87): Mage::run('default', 'store') …

9 magento-enterprise  redis  php-fpm 

どちらのボタンがFLUSH REDISになりますか？

9 cache  full-page-cache  block-cache  redis 

Magento EE 1.14.1.0を使用しており、Mage_Core_Model_Session_Abstract_Varien::startメソッドに非常に長い時間がかかっています 。セッションストレージにMemcachedとRedisを使用してみましたが、どちらも同じ結果になりました。 これは正常ですか？これはNew Relicの問題ですか？それを修正する方法はありますか？ 以下のスクリーンショット： 私はどんな提案にもとても感謝します。

8 session  redis  memcached  ee-1.14  ee-1.14.1.0 

いくつかのストアがあるMagento 1.9.2で、セッションキャッシュとバックエンドキャッシュを含む最新のRedisでLesti FPCを正常にセットアップしました。すべてが本当にうまく機能しています。 私の質問は、可能であれば、特定のストアのキャッシュをクリアする方法を教えてください。必要に応じて、ssh経由でredis-cliにアクセスできます。 問題は、Magentoでキャッシュをフラッシュすると、すべてのストアのキャッシュがクリアされることです。

7 magento-1.9  cache  full-page-cache  redis 

次の設定があります。 Magentoコミュニティ1.9.2 1 x Ec2フロントエンド、Litespeedウェブサーバーを実行、phpはLitespeedのPhp実装を介して実行-LSPHP、Nginxで使用されるfast-cgiのようなもの データベース用の1 x RDSサーバー Elasticache（Redisノード）を1つ構成しました セッションとバックエンドキャッシュをRedisデータベースに送信するようにlocal.xmlを構成しました。 キャッシュストアがいっぱいになっていることがわかります。さらに、速度の違いが顕著です（さらに、キャッシュおよびセッションフォルダーにファイルがありません） 私の3つの質問は次のとおりです。 PHPのフロントエンドWebサーバーにphp-Redis拡張機能をインストールする必要がありますか？（それがすべて機能していることを考慮して）私はそれが何に使用されているのか理解できないようです？ どのくらいのスペースが必要になるかを知る方法はありますか？ファイルストアキャッシュは50 MB未満でしたが、redisキャッシュはすでに300 MB使用されています 店がいっぱいになるとどうなりますか？古いセッションキャッシュは削除されますか？または、サイトでフロントエンドに問題が発生し始めますか（カートが空になるなど）。

7 magento-1.9  redis  aws 

クラスターでフルページキャッシュをオンにすると、ユーザーは他のユーザーアカウントを表示できます。 私たちは、私たちは4つのウェブ頭を持っているデータベースにセッションを切り替え、フロントエンド上のデータベースサーバーMagentoのエンタープライズ1.13.1利用SIDに設定されたオブジェクトとFPCは今（別々のインスタンス）のためのRedisを使用しているNOの ：NOTE私は2つの異なるRedisのインスタンスを使用しています2つの異なるポート。URLとポート番号をXXしました。この問題はREDISでは発生しません。FILESを使用した保存やテーマが異なるため、同じ問題が発生したためです。 FPC REDISインスタンスへのトラフィックを取得していることを確認しました（Object Rocketを使用しています） <session_save><![CDATA[db]]></session_save> <cache> <backend><![CDATA[Mage_Cache_Backend_Redis]]></backend> <backend_options> <server><![CDATA[xxxxxxxxxxxxxxxxxx.rackspaceclouddb.com]]></server> <port><![CDATA[xxx12]]></port> <database><![CDATA[0]]></database> <password>LikeIWillPublishthePassword</password> <force_standalone><![CDATA[0]]></force_standalone> <automatic_cleaning_factor><![CDATA[0]]></automatic_cleaning_factor> <compress_data><![CDATA[1]]></compress_data> <compress_tags><![CDATA[1]]></compress_tags> <compress_threshold><![CDATA[20480]]></compress_threshold> <compression_lib><![CDATA[gzip]]></compression_lib> <lifetimelimit><![CDATA[43200]]></lifetimelimit> </backend_options> </cache> エンタープライズFPCに追加されたXMLは次のとおりです <config> <global> <cache> <request_processors> <ee>Enterprise_PageCache_Model_Processor</ee> </request_processors> <frontend_options> <slab_size>1040000</slab_size> </frontend_options> </cache> <full_page_cache> <backend>Mage_Cache_Backend_Redis</backend> <backend_options> <server>7xxxxxxxxxxxxxxxxublb.rackspaceclouddb.com</server> <port>xxxxxxxx31</port> <persistent></persistent> <database>0</database> <password>SomePassword</password> <force_standalone>0</force_standalone> <connect_retries>1</connect_retries> <lifetimelimit>57600</lifetimelimit> <compress_data>0</compress_data> </backend_options> </full_page_cache> </global> </config> …

7 full-page-cache  enterprise-1.13  redis  loadbalancing 

セッションの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 

私のMage::getSingleton('core/cache')->save()コントローラー内でへの呼び出しを使用しておりvar/cache/、Redisがキャッシュバックエンドとして構成されていても、キャッシュされた値をファイルシステム（）に保存しています。Magentoの他のすべてのキャッシュは適切にRedisに保存されています。 次にsave（）呼び出しを示します。 Mage::getSingleton('core/cache')->save($imageUrl, $cacheKey, array(Mage_Core_Model_Config::CACHE_TAG)); ここに私がありapp/etc/local.xmlます： <cache> <backend>Cm_Cache_Backend_Redis</backend> <backend_options> <server>redis11.i</server> <port>6379</port> <database>2</database> <password></password> <persistent>cache-db2</persistent> <force_standalone>0</force_standalone> <connect_retries>1</connect_retries> <automatic_cleaning_factor>0</automatic_cleaning_factor> <compress_data>1</compress_data> <compress_tags>1</compress_tags> <compress_threshold>20480</compress_threshold> <compression_lib>gzip</compression_lib> </backend_options> </cache> キャッシュされた値をRedisではなくファイルシステムに保存するのはなぜですか？

7 cache  redis