Як пробити кеш на повній сторінці без спеціального модуля

Наш кеш повного сторінки, схоже, заснований на сеансі. Якщо я відкрию вікно анонімного перегляду з хромом і відвідаю одну зі сторінок, він нагріває кеш, і завантаження другої сторінки відбувається набагато швидше, однак, якщо я закрию це вікно і відкрию нове вікно анонімного перегляду, сторінка більше не буде повний кеш сторінки, і його потрібно знову прогріти. Ми вважаємо це через бічну панель, яка показує користувачеві вміст кошика.

Я перемістив цей html до нового файлу phtml, відправив у квадрат блоків xml, і тепер я працюю над файлом cache.xml ....

Усі приклади, які я знайшов для cache.xml, відносяться до модулів, однак я не використовував модуль для моєї компонування xml-блоків, я використовував core / template ...

Чи є ймовірність, що хтось може пролити трохи світла на кешування блоку xml, який не потребує модуля та / або моделі.?

Немає можливості створити заповнювач місця у Enterprise Edition без модуля, який містить cache.xml, який, в свою чергу, є визначенням заповнювача. Отже, якщо вам потрібно мати спеціальний отвір у повному кеші сторінки, вам потрібно буде створити модуль для його визначення.

Блок кошика бічної панелі, який є вбудованим, має заглушку поза коробкою. Цей тег-заповнювач тегує вміст, який кеширується, на основі сеансу користувача. Основний вміст сторінки завантажиться з кеша, прогрітого від інших користувачів, лише цю «дірку» в ньому потрібно заповнювати та генерувати на основі кожного користувача. Слід також зазначити, що коли вміст кошика користувача змінюється, вміст цього отвору буде відтворено та кешовано.

Зауважимо, вищевикладене припущення, що це дійсно Enterprise Edition FPC та пробивання отворів, на яке ви посилаєтесь, а не щось на зразок лаку. Якщо ви користуєтеся лаком (з належною конфігурацією), він не подаватиме сторінки з кешу під час першого відвідування Magento. Це тому, що при першому відвідуванні запит користувача повинен бути переданий Magento, щоб програма могла створити для них сеанс.