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

Magentoのデフォルトのキャッシュシステム、全ページキャッシュ、またはサードパーティのキャッシュソリューションに関する質問。

4
EE 1.14.2 / CE 1.9.2ブロックキャッシュの更新に一意でないキャッシュキーがあります-フロントエンドでコンテンツが重複して表示されます
EE 1.14.2にアップグレードすると、ほとんどのことがスムーズに進みましたが、さまざまなフロントエンドページのチェックを開始すると問題に遭遇しました。複数のサブカテゴリを持つカタログノードがあり、それぞれに異なる静的ブロックが表示されています。アップグレード後、キャッシュフラッシュの後に最初にヒットしたページがすべての異なるページに表示されていました。 CE 1.9.2がリリースされたときにこの同じ問題が発生するかどうかはわかりませんが、この同じ問題を見つける可能性のある人のために、ここに自分のソリューションを置きたいと思いました。 更新:ここで確認したように、CE 1.9.2で同じ問題が発生しました

8
Magento 2開発サイトを高速にする方法は?
すべてのキャッシュをオフにし、展開モードを開発に設定しました。そのため、すべてのマシン上のMagento 2開発サイトは、Magento 1.xサイトに比べて非常に遅いです。 Magento 2の場合は正常ですか? Magento 2開発サイトで最大速度を実現するために使用する必要があるサーバーおよびMagentoの構成は何ですか? 更新: ローカル開発用のMacでは、構成の問題があったため、opcacheを無効にしてサイトを高速化できました。
18 magento2  cache 

5
速度:APCとMemcachedの両方を使用したMagento
私たちは多くのフォーラムを研究してきましたが、次の答えを知りません。両方がAPCありMemcache、サーバーにインストールされています。正しい最適な構成が何であるかはわかりません。 私の質問 MemcacheとAPCの両方を同時に使用してMagentoを実行するのに最適な設定は何ですか?(またはこれはまったく賢くない) 背景調査 ここでは、MemcacheとAPCは高速キャッシュと低速キャッシュとして推奨されています(ただし、ディスクはありません)。このような音は、十分なRAMがある場合にのみ機能します(そして、それについて確実に) http://www.coeusblue.com/blog/48-magento/65-magento-caching この記事は、Memcache または APCについてのものです。 http://magebase.com/magento-tutorials/speeding-up-magento-with-apc-or-memcached/ また、ここでは、Memcacheが本当​​に機能するのは、遅いバックエンドも定義されている場合のみであると述べています。 http://www.magentocommerce.com/boards/viewthread/283908/#t393090 この記事は同じことを言っていると思います http://www.byte.nl/blog/speeding-up-magento-the-burden-of-two-level-cache/ これは、local.xmlに対するISPのソリューションです <cache> <backend>apc</backend> <prefix>sitenamehere__</prefix> </cache> <cache> <backend>memcached</backend> <memcached> <servers> <server> <host><![CDATA[127.0.0.1]]></host> <port><![CDATA[11211]]></port> <persistent><![CDATA[1]]></persistent> </server> </servers> <compression><![CDATA[0]]></compression> <cache_dir><![CDATA[]]></cache_dir> <hashed_directory_level><![CDATA[]]></hashed_directory_level> <hashed_directory_umask><![CDATA[]]></hashed_directory_umask> <file_name_prefix><![CDATA[]]></file_name_prefix> </memcached> </cache> 状況 共有ホスティングBrim FPCがインストールされている:http : //ecommerce.brimllc.com/full-page-cache-magento.html (このFPCには、より複雑にするためにスケーラブルなファイルキャッシュもあります)

6
キャッシュはオンですが、var / cacheは空ですか?
magento 1.9.0.1があり、すべてのキャッシュがオンになっていますが、なぜvar/cache空ですか?バックエンドからのみキャッシュを空にできますが、これが壊れると問題が発生します。 magentoはキャッシュファイルをどこに書き込みますか?

3
静的ブロックFPCホールパンチ
静的ブロック(cmsブロック)のFPCホールパンチを作成する最も簡単な方法は何ですか? ページの読み込みごとに動的にしたい動作を持つ内部ブロックを呼び出す静的ブロックがあるとします。

2
Magento Automatic Caching Insight
memcacheを使用してMagento EE 1.11を実行しています。memcahceサーバーあたり2GB、合計4GB。約240kの製品があります。 使用可能なRAM:6GB コア:16 スレッド:32 これが取引です。新しい製品が追加され、製品の変更が毎日行われます。もちろん、新しい製品がバックエンドで追加/変更されるたびに、キャッシュ、特に「フルページキャッシュ」が無効になります。 Magentos Auto Cache Generationを有効にすると、クローラーに8つのスレッドが割り当てられ、キャッシュの構築に約2日かかります。2日後、memcacheは2つのRAMディスク間で約2GB浮きます。 問題は、製品が毎日変更されると、キャッシュが無効になり、「フルページキャッシュ」が更新されるとすぐに、それらの2GBのキャッシュが1に戻り、Magentos Autoキャッシュの粘性サイクルが再び開始されることです。キャッシュが0に戻るだけでなく、CPU使用率が90%に急上昇し、ウェブサイトが5〜10秒以上待機するゲームに変わります。100種類以上のバリエーションがある製品をリクエストしようとするのを忘れることができます。キャッシュされていないので、初めてロードするのに数分かかります、それはばかげています。 だから、コミュニティへの私の質問。 Magentoが無効になった場合、キャッシュ全体を再構築せずに0から開始せずにキャッシュを自動的に「更新」する方法はありますか?キャッシュが無効になると、Magentoは何かが変更されたことを認識しますが、キャッシュ内の正確な場所はわかりません(間違っている場合は修正してください)。キャッシュ全体の再構築をバイパスするモジュール/構成はありますか? 補足として、Tiny Bricks LightSpeedモジュールを使用しています。 Magentos自動キャッシュ生成は、cronジョブで時間制御できますか?午後10時から午前6時にクロールを開始するとします。 この状況に対処する最善の方法は何でしょうか?、あなたが理解しているように、毎日ギガバイト単位のキャッシュを再構築することは受け入れられません。

2
Magento 2.2.xキャッシュが自動的に無効化
まず、この種の問題に関する情報をウェブ上で見つけることができませんでした。 gitを統合した本番環境があります。変更はgit(git pull)を介してのみプルします。 問題は、何らかの理由でMagentoのキャッシュが自動的に無効になることです(cache:statusを確認するときにすべてゼロ)。プログラマーがこれを逃した場合、キャッシュなしでMagentoへの高トラフィック「バッシング」が原因でサーバーの過負荷がさらに発生すると、問題が発生します。 多分あなたの何人かは以前にこの問題を見たことがありますか?正確にいつ、どのように発生するかはわかりません。 そして、それはちょっとランダムに表示されます。 私たちが行う通常の手順: メンテナンスを可能にする git pull composerインストール(必要な場合) モジュールはVendor_ModuleNameを有効にします(必要な場合) セットアップ:アップグレード(必要な場合) 静的なものをクリアする 展開コマンド キャッシュをクリアする opcacheのクリア メンテナンスを無効にする この種の問題の解決に役立つ貴重な提案をいただければ幸いです。

4
EE 1.14.2のCMSブロックキャッシュの問題
CMS静的ブロックのキャッシュに関連していると思われる問題があります。 cmsページがあり、そのページ内にいくつかのcms静的ブロックをレンダリングしています。CMSページコンテンツの簡易バージョンは次のようになります。 <div class="cms-block-1">{{block type="cms/block" block_id="banner_home"}}</div> <div class="cms-block-2">{{block type="cms/block" block_id="promo_home_1_1"}}</div> <div class="cms-block-3">{{block type="cms/block" block_id="promo_home_1_2"}}</div> <div class="cms-block-4">{{block type="cms/block" block_id="promo_home_2_1"}}</div> <div class="cms-block-5">{{block type="cms/block" block_id="promo_home_2_2"}}</div> <div class="cms-block-6">{{block type="cms/block" block_id="promo_home_2_3"}}</div> <div class="cms-block-7">{{block type="cms/block" block_id="promo_home_3_1"}}</div> <div class="cms-block-8">{{block type="cms/block" block_id="promo_home_3_2"}}</div> ページは、ブロックキャッシュがクリアされた直後に期待どおりにロードされ、そのページは次のようになります。 <div class="cms-block-1">banner content</div> <div class="cms-block-2">promo_home_1_1 content</div> <div class="cms-block-3">promo_home_1_2 content</div> <div class="cms-block-4">promo_home_2_1 content</div> <div class="cms-block-5">promo_home_2_2 content</div> …

5
CE 1.8のフルページキャッシュ-FPC Magentoモジュール?ワニス?どちらも?
ロックされています。この質問とその回答はロックされています。なぜなら、質問はトピックから外れていますが、歴史的に重要だからです。現在、新しい回答やインタラクションを受け入れていません。 したがって、Community Edition 1.8のフルページキャッシュの調査に取り掛かるとき、少し混乱しています。私はすでに2レベルのRedisキャッシュ、CDNを実装し、MySQLのmy.cnfを最大限のパフォーマンスに調整しました(もちろん、DBは別のサーバー上にあります)。最初のパフォーマンス調整を行う前に、すぐにFPCにジャンプするわけではないことを指摘します。 Magentoはもちろん、あらゆるサイトでVarnishを使用したことはありません。MagentoでFPCをセットアップしたこともありません。Varnishは、CDNとそれ自体のページキャッシュとの間のクロスとして機能し、リクエストがWebサーバーに届く前にブラウザにデータを送信するプロキシであると理解しています。私の理解では、FPCモジュールはローカルにキャッシュを作成し、ウェブサーバー自体がそれを処理します。どちらのセットアップでも、ブラウザーに動的コンテンツを取得するために「ホールパンチング」を行う必要があることを知っています(ただし、モジュールを使用するか、ワニスを使用するかによってテクニックは異なります)。ここで何か誤解している場合は修正してください。 今までは、それらを実装できる2つの独立したエンティティであると考えていましたが、今読んだものはその逆を暗示しているようです。私の当初の計画は、Magento(以前は「Tiny Brick Lightspeed FPC」だったと思います)用の「Warp Advanced Full Page Cache」モジュールを購入することでした。 、私たちの会社、特に何ができるかについては、350ドルはそれほど多くありません)。私自身と仲間の開発者2人は、独自のカスタムテーマ内で適切かつ完全に実装して、最大限の成果を引き出すことを学ぶことを計画していました。それが行われた後、ある時点で、ワニスの実装も検討するつもりでしたが、先ほど言ったように、それらは別のものであると理解していました。 しかし、今では、Varnishを搭載した無料のPageCacheや、Varnish Cacheを搭載した800ドル近くのVortex Cacheのような拡張機能に出会うようになっています。 あなたへの私の質問、スタック交換、私はどのようにFPCとワニスを見るべきですか?別のエンティティとして?もしそうなら、それらは相互に排他的ですか?彼らは私が一緒に実装する必要がある同じコインの両面ですか?またはそれらは類似しているが、互いに排他的でも包括的でもないか? 上記のWarp Advanced FPCをVarnishで使用できますか? Varnishで使用する必要がありますか?または、ワニスの使用を計画している場合、別のFPCを使用する方が良いでしょうか?または、さらに、ワニスを必要としないほど優れたFPCがありますか?またはその逆に、単にワニスを使用してFPCのアイデアを捨てるべきですか? テキストの壁で申し訳ありませんが、私は多くの記事、ブログ、フォーラムの投稿を見てきましたが、これらの質問に対する明確な答えを見分けることができませんでした。この件についてのご協力とご意見に心から感謝いたします=) 最後に、ワニスとウェブサーバーに関する簡単な質問。現在、私は通常のApache LAMPスタックセットアップを使用していますが、しばらくの間、NginxをMagentoで使用することに絶賛されています。私はいくつかのテスト、ストレスおよび負荷テストを行ってきましたが、適切な条件では間違いなく少し良くなるようです。そのため、近い将来のある時点で切り替えることを検討していました。とにかく、これはFPCおよび/またはワニスを使用するという私の欲求と決定に影響しますか? ありがとうございました!!! 編集:ああ!そしてもう1つの簡単な質問-ロードバランサーの背後にサイトをホストする2つのサーバーがあるので(必要に応じて水平方向に増やすこともできます)、RedisとMemcachedを別のサーバーでホストします私のセッションのWebおよびDBのものと、Magentoの各レベル(まあ、Zendの2レベルキャッシュ)。FPCはそれらのデータをシステムに保存しますか?そこに保存するには特定の拡張機能が必要ですか、それともすべての拡張機能が必要ですか?そして、私はそうではないと思いますが、これはとにかくニスに影響しますか?再度、感謝します!!

1
Magento EE 1.12でファイルの代わりにデータベースをslow_backendとして使用する方法は?
Magento EE 1.12.0.0 app/etc/local.xmlでは、どのような構成変更を行っても、デフォルトのファイルキャッシュが引き続き使用されているように見えます(var/cache/常に満たされていることから明らかです)。 期待 Memcachedはfast_backendとして使用されます。 データベースはslow_backendとして使用されます。 ファイルキャッシュはまったく使用されません(つまり、var/cache/常に空にする必要があります)。 実際の出力 Memcachedはfast_backendとして使用されます。 データベースはまったく使用されません。 ファイルキャッシュが使用されています。 試験手順 構成を変更しapp/etc/local.xmlます。 MemcachedとApacheを再起動します(適切な手段として、ローカルの開発ボックスにあるため、同様にできます)。 ファイルキャッシュをクリアします(rm -rf var/cache/*)。 ホームページを更新します。 ファイルキャッシュの内容を確認します(ls var/cache)。 悲しくなり、別の設定変更で#1に戻ります。 構成 私の内容はapp/etc/local.xml次のとおりです。 <config> <global> <install> <date><![CDATA[{{actual_data}}]]></date> </install> <crypt> <key><![CDATA[{{actual_data}}]]></key> </crypt> <disable_local_modules>false</disable_local_modules> <resources> <db> <table_prefix><![CDATA[]]></table_prefix> </db> <default_setup> <connection> <host><![CDATA[{{actual_data}}]]></host> <username><![CDATA[{{actual_data}}]]></username> <password><![CDATA[{{actual_data}}]]></password> <dbname><![CDATA[{{actual_data}}]]></dbname> <initStatements><![CDATA[SET NAMES utf8]]></initStatements> <model><![CDATA[mysql4]]></model> <type><![CDATA[pdo_mysql]]></type> <pdoType><![CDATA[]]></pdoType> <active>1</active> …

2
Magento CEでニスを使用するために必要な変更
VarnishがMagentoサイトをキャッシュできるようにするには、どのような修正が必要であるかの良い実例を見つけるのに苦労しています。 理想的には、無効/有効にするものやそれらを探す場所などのタスクのリストが欲しいです。また、これらの変更が機能するように設計されたVarnish構成を用意しておくとよいでしょう。 Magentoのパフォーマンスガイドはワニスについて多くのことを話しているので、以前に行われたことは知っていますが、実際に機能させる方法については説明していません。

2
全ページキャッシュがブロックキャッシュを無効にしているのはなぜですか?
すべてのページに含まれる静的な部分(ナビゲーション)がありますが、生成に時間がかかります。これが、キャッシュの有効期間と静的キャッシュキーを設定した理由です。 FPCが有効になるまで正常に動作します。次に、新しく呼び出されたページに対してブロックが再度生成され、ブロックキャッシュから提供されません。 以下にこの行がありますEnterprise_PageCache_Model_Observer。 Mage::app() ->getCacheInstance() ->banUse(Mage_Core_Block_Abstract::CACHE_GROUP); // disable blocks cache この理由は何ですか?FPCがオンの場合でも、特定のブロックをキャッシュすることは理にかなっています。そうしないと、キャッシュから完全に提供されていないページの生成が遅くなります。 その背後にある設計決定とは何ですか? その周りの良い解決策は何ですか? このブロックキャッシュの禁止を削除するだけでは有害ですか?

1
Magento 2のVCLを作成する
公式ドキュメントでは、Varnishは標準でサポートされていると書かれており、Varnish 3およびVarnish 4と互換性のあるVCLファイルを生成するオプションがあるはずです。管理パネルまたはCLIを使用してこれを見つけることができません。誰かがこの機能を使用しようとしましたか?

1
MagentoのEEキャッシュに印象的なファントムナビゲーションデコレータの奇妙なケース
変なものの準備をしなさい。そのため、プライマリカタログナビゲーションをカスタマイズして、デバイス全体で複数の対話モデル(メニュー、ドロップダウン、モーダルなど)を処理するステートフルUI動作を構築しています。あなたのように。 つまり、このクラス/メソッドをオーバーライドします。 app/code/core/Mage/Page/Block/Html/Topmenu.php :: _getHtml() このようなHTML出力を生成するには(多少簡略化): <ul class="nav-list"> <li class="nav-1"> <a data-ui-action="nav-1" href="#">Bazzow</a> <div class="menu"> ... </div> </li> <li class="nav-2"> <a data-ui-action="nav-2" href="#">Bazinga</a> <div class="menu"> ... </div> </li> </ul> さて、これはdata-ui-action属性を除いてかなり退屈/標準です。そこでJSの魔法が起こります。その属性を持つ要素をクリックすると、UIの状態が更新されます。ごli.nav-X想像のとおり、クラス(Magentoが追加)は、UI状態をアクティブ化された要素にバインドするためのフックとして機能します。 いいですね EEキャッシュをオンにします。いいですか?違う。 表示しているページがBazinga(別名nav-2)のカタログ階層内にある場合、突然次のように表示されます。 data-ui-action="nav-2 active" 不快なactive文字列を追加したのは誰ですか?幻は誰です。 そして、データ属性の値が<li>クラスと一致しなくなったため、UI状態が失敗します。ファントムを追い詰める。 狩り 最初に、EEキャッシュの下$child->getPositionClass()で、出力nav-2に実際に他の(おそらく)クラス値が追加されていないことを確認します。ありません。 Magentoの多くのデコレータJSスクリプトの1つがnavリストで実行されていないことを確認します。そうではありません。 たぶんそれは実際にはの奇妙なことでしょう/js/varien/menu.js。ただし、いつものように、これらのコアスクリプトは既に除外されています。 たぶん、モジュールがPHPクラスからレンダリングされるとは決して知らない、クレイジーなインラインJSかもしれません。タグactive内でページソースを検索します<script>。何も見つかりません。 たぶん、JS Magentoが必要とするが外部からロードする他のクレイジーなものかもしれません。ブラウザでJSを無効にしますが、ファントムは存続します。 Topmenu.phpクラスに戻り、データ属性を削除します。問題は停止します。なんてこったい。 同じ要素の別の属性が適切に引用符で閉じられていないのではないかと思います(クラスの追加が多く発生します)。そのため、属性の順序を入れ替えて、さまざまな組み合わせで削除します。サイコロなし。データ属性が存在する場合、ファントムも存在します。 この PHPクラスが行動を起こさないとしたらどうでしょうか。page_block_html_topmenu_gethtml_afterマークアップを超えてハックするために他の何かが使用する可能性のあるディスパッチイベントがあります。なし。 何。です ハプニング。ここに。 …


弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.