フルページキャッシュが機能していない、ユーザーグループではなくセッションごとにキャッシュしているように見えます
-
16-10-2019 - |
質問
全ページのキャッシュは、セッションごとに機能しているようです。
- ページに移動すると、最初のページのロードに数秒かかり、2番目のページの読み込みがはるかに少なくなります
- 同僚が同じページを訪問した場合、数秒かかり、2ページ目のロードがはるかに少なくなります。
FPCのドキュメント、チュートリアル、および見つけることができるすべての投稿を使い果たしました。私たちは完全にアイデアから外れており、ページ(カートの内容)にセッションごとのオブジェクトごとの1つをパンチしましたが、FPCは、私たちが経験するようにユーザーグループベースではなく、セッションごとにのみ動作しているように見えます。
なぜこれが起こるのかという考えはありますか?
解決
あなたが説明していることは、デフォルトの動作ではありません。
通常、FPCがプライミングされている場合、ログインしていない場合、またはセッションをあなたに固有のものにするために何もしなかったため、ページのロードタイムラインは次の傾向があります。
--1.2s--------0.8s------------------0.6s-----------------------0.1s---------------
Uncached Mage default cache Partially cached in FPC Fully cached in FPC
何 したほうがいい たまたま、単一のページのロードがMagentoキャッシュをプライムし、Magento FPCキャッシュを程度は低いことです。同じコンテンツの後続の負荷は、FPCキャッシュを完全にプライムし、同じコンテンツが約0.1秒かかる3番目のページ負荷をもたらします。
しかし、セッションをユニークにするために何かをすると、たとえば、CARTへの追加 - FPCはわずかに異なる動作を示し、レンダリング時間はわずかに増加します。
--1.4s--------0.8s------------------0.6s---------------
Uncached Mage default cache Fully cached in FPC
私の2番目の例のようにFPCを本質的に動作させることにより、あなたが修正(ホールパンチ)を作成することにより、FPCロジックを破ったように聞こえます。
すなわち。グローバルキャッシュからのコンテンツを提供するのではなく、セッションに固有のコンテンツのみを提供します
私の提案は、クリーンなEEストアをインストールして、そこで動作を視聴するか、ローカル/コミュニティディレクトリとカスタムテーマパッケージディレクトリを移動することです(エンタープライズ/デフォルトをロードするため)。