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

PageCache Enterpriseモジュールのフルページキャッシュ。タグは、サイトの範囲内でCE FPCソリューションにも使用される可能性があります（タグwikiを参照）

1
Mage_PageCache-外部フルページキャッシュ
そのため、Community Editionには、System->Configuration->System->External Full Page Cache SettingsZend Cacheを使用して完全なページキャッシュを提供するオプションがあります。 これらの値を設定すると、キャッシュページに新しいボタンが表示され、このキャッシュがクリアされます。 私の質問はこれを最近発見したばかりです。一体何？動作しますか？CEでこれを使用してからEEで削除し、まったく異なるモジュールを使用するのはなぜですか？誰でも実際にそれを使用していますか？ 注：このモジュールはEEリリースにはありません
1
製品ビューページにレンダリングされないCachable = falseのブロック
magento2-1.0.0-beta4を使用しています checkout.rootブロックをapp/code/Magento/Checkout/view/frontend/layout/checkout_index_index.xml製品ページにコピーしました。 を有効にするまで、すべて正常に動作していpage_cacheます。そのブロックはcacheable="false"、レイアウトXMLに含まれています。 製品ページを開くと、ブロックはまったくレンダリングされません。 ページキャッシュを正しく理解していれば、AJAX呼び出しを介してそのようなブロックをロードするはずです。しかし、私のブレークポイントに到達することはないので、このようなAJAX呼び出しは発生しないようです\Magento\PageCache\Controller\Block\Render::execute。 開くとき、/checkout/または/checkout/cart/すべてが機能するとき。しかし、AJAX呼び出しも発生していないようです。代わりに、ページ全体がキャッシュからレンダリングされていないように見えるため、カートにとって意味があります。 だから、単に製品ビューページを除外する必要がありpage_cacheますか？しかし、私はそうする方法を見つけませんでしたか？
3
Magento Enterpriseフルページキャッシュの事前準備
ロックされています。この質問とその回答はロックされています。なぜなら、質問はトピックから外れていますが、歴史的に重要だからです。現在、新しい回答やインタラクションを受け入れていません。 Magento Enterpriseのフルページキャッシュのパフォーマンス上の利点は、かなりよく知られています。あまり知られていないかもしれないことは、これの完全な利益を実現するために、特に数ページしかなく、したがってオーガニックなトラフィックを利用している大規模な製品セットで、完全に実装され、ホットでなければならないことです十分な速さでプライムします。 Magentoには、サイトをクロールし、早朝にFPCを暖めるための組み込みのcronジョブが含まれています。 早朝のジョブの実行に時間がかかりすぎて、他のジョブの実行をブロックすることによって引き起こされる問題を見て、聞いたことがあります。私が持っているいくつかのアイデアは次のとおりです。 生成されたサイトマップファイルのすべてのページをクロールするシェルスクリプトを作成します。 別個のcrontabエントリと短いPHPスクリプトを使用して、Magentoをブートストラップし、クローラープロセスを直接実行します。 これについての考えや経験は大歓迎です！
1
カスタムモジュールなしで全ページキャッシュをホールパンチする方法
全ページキャッシュはセッションに基づいているようです。クロムでシークレットウィンドウを開いてページの1つにアクセスすると、キャッシュが温められ、2番目のページの読み込みがはるかに速くなりますが、そのウィンドウを閉じて新しいシークレットウィンドウを開くと、ページはもう全ページキャッシュ、再度ウォームアップする必要があります。これは、ユーザーにカートの内容を表示するサイドバーが原因であると考えています。 そのhtmlを新しいphtmlファイルに移動し、レイアウトxmlブロックを二乗して、今、cache.xmlファイルで作業しています... cache.xmlで見つかったすべての例はモジュールを参照していますが、レイアウトxmlブロックにモジュールを使用せず、コア/テンプレートを使用しました... モジュールやモデルを必要としないxmlのキャッシュブロックに誰かが光を当てる可能性はありますか？
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には、より複雑にするためにスケーラブルなファイルキャッシュもあります）
5
関連製品があり、全ページキャッシュがオンの場合の製品ページのエラー
関連製品があるいくつかの製品でこのエラーが発生します。 Warning: Invalid argument supplied for foreach() in vendor/magento/module-catalog/Block/Product/ProductList/Related.php on line 129 この問題は、ページ全体のキャッシュがオンの場合にのみ発生します。残念ながら、速度の差は非常に大きいため（ページキャッシュを使用すると2秒以上速くなります）、無効にすることはできません。 テーマ、カスタムモジュールなどを削除して、知っていることをすべて試しました。 環境：生産、2.1.0、ワニス。 これは完全なスタックトレースです。 a:4:{i:0;s:190:"Warning: Invalid argument supplied for foreach() in vendor/magento/module-catalog/Block/Product/ProductList/Related.php on line 129";i:1;s:5441:"#0 vendor/magento/module-catalog/Block/Product/ProductList/Related.php(129): Magento\Framework\App\ErrorHandler->handler(2, 'Invalid argumen...', '/home/11396-492...', 129, Array) #1 var/generation/Magento/Catalog/Block/Product/ProductList/Related/Interceptor.php(37): Magento\Catalog\Block\Product\ProductList\Related->getIdentities() #2 vendor/magento/module-page-cache/Model/Layout/LayoutPlugin.php(71): Magento\Catalog\Block\Product\ProductList\Related\Interceptor->getIdentities() #3 vendor/magento/framework/Interception/Interceptor.php(152): Magento\PageCache\Model\Layout\LayoutPlugin->afterGetOutput(Object(Magento\Framework\View\Layout\Interceptor), ' <script>\n ...') #4 var/generation/Magento/Framework/View/Layout/Interceptor.php(494): Magento\Framework\View\Layout\Interceptor->___callPlugins('getOutput', Array, …
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時にクロールを開始するとします。 この状況に対処する最善の方法は何でしょうか？、あなたが理解しているように、毎日ギガバイト単位のキャッシュを再構築することは受け入れられません。
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はそれらのデータをシステムに保存しますか？そこに保存するには特定の拡張機能が必要ですか、それともすべての拡張機能が必要ですか？そして、私はそうではないと思いますが、これはとにかくニスに影響しますか？再度、感謝します！！
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がオンの場合でも、特定のブロックをキャッシュすることは理にかなっています。そうしないと、キャッシュから完全に提供されていないページの生成が遅くなります。 その背後にある設計決定とは何ですか？ その周りの良い解決策は何ですか？ このブロックキャッシュの禁止を削除するだけでは有害ですか？
2
Magento 2：独自のカスタムキャッシュタイプを作成する方法
Magento 1では、で以下を宣言することにより、独自のキャッシュタイプを作成することができましたconfig.xml。 <global> <cache> <types> <custom translate="label,description" module="module"> <label>Custom Cache</label> <description>This is my custom cacge</description> <tags>CUSTOM_CACHE_TAG</tags> </custom > </types> </cache> </global> その結果、システム>キャッシュ管理の下のバックエンドに新しいキャッシュタイプが追加され、CUSTOM_CACHE_TAGキャッシュタグに関連するキャッシュをフラッシュする機能が追加されます。 M2でそれは可能ですか？それを達成する方法は？
2
magentoでキャッシュはどのように機能しますか？
Magentoのキャッシュアルゴリズムをもっと明確にしたいと思います。 紹介した https://www.nicksays.co.uk/developers-guide-magento-cache/ http://www.demacmedia.com/magento-commerce/magento-tutorials/understanding-full-page-cache/ 私はVAR /キャッシュを見るとそれでも、私は見ることができますフォルダmage--0にmage--9してmage--aからmage--f。 それらはすべて何ですか？ 彼らは何をしますか？ 彼らはどうしますか？ 誰かがこの概念を説明できますか？
3
キャッシュが有効になっていません
一晩停止したmagentoのキャッシュを有効にしようとしています。ターンすると成功メッセージが表示されますがアクティブではありません。 プログラムでmysqlを使用してアクティブ化しようとしましたが、成功しませんでした。 また、無効にしてから有効にしようとしました。
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.