Comment percer le cache pleine page sans module personnalisé

Notre cache pleine page semble être basé sur la session. Si j'ouvre une fenêtre de navigation privée avec chrome et que je visite l'une des pages, cela réchauffe le cache et le chargement de la deuxième page est beaucoup plus rapide, cependant, si je ferme cette fenêtre et ouvre une nouvelle fenêtre de navigation privée, la page n'est plus dans le cache pleine page, et doit être réchauffé à nouveau. Nous pensons que cela est dû à une barre latérale qui montre à l'utilisateur le contenu de son panier.

J'ai déplacé ce html dans un nouveau fichier phtml, mis au carré les blocs de mise en page xml, et maintenant je travaille sur le fichier cache.xml ....

Tous les exemples que j'ai trouvés pour cache.xml se réfèrent à des modules, cependant, je n'ai pas utilisé de module pour mes blocs xml de mise en page, j'ai utilisé core / template ...

Y a-t-il une chance que quelqu'un puisse faire la lumière sur un bloc de mise en cache de XML qui ne nécessite pas de module et / ou de modèle.?

Il n'y a aucun moyen de créer un espace réservé dans Enterprise Edition sans avoir un module pour contenir le cache.xml qui à son tour abrite la définition de l'espace réservé. Donc, si vous devez avoir un trou personnalisé dans le cache pleine page, vous devrez créer un module pour le définir.

Le bloc de chariot de la barre latérale qui est intégré a un espace réservé hors de la boîte. Cet espace réservé marque son contenu en cache en fonction de la session utilisateur. Le contenu principal de la page se chargera à partir du cache après avoir été réchauffé par d'autres utilisateurs, c'est seulement ce "trou" qui doit être rempli et généré pour chaque utilisateur. Vous devez également noter que lorsque le contenu du panier de l'utilisateur change, le contenu de ce trou sera régénéré et mis en cache.

Remarque, ce qui précède est en supposant que c'est bien le FPC Enterprise Edition et le poinçonnage dont vous parlez, pas quelque chose comme Varnish. Si vous utilisez Varnish (avec une configuration appropriée), il ne servira pas les pages du cache lors de la première visite à Magento. En effet, lors de la première visite, la demande de l'utilisateur doit être transmise à Magento pour que l'application puisse générer une session pour lui.