La forma más fácil que he encontrado para perforar bloques CMS en el módulo de almacenamiento en caché de página completa de Magento Enterprise tiene algunos pasos:
Primero, veamos la estructura de directorio requerida:
BranchLabs/CacheBuster/
Block/Cms.php # We inherit almost all functions from the Mage CMS
block, only overriding the "getCacheKeyInfo" function.
We do this to set the CMS block ID for later use by
our placeholder model.
etc/cache.xml # Here we target our module's version of the CMS block
and set their cache lifetimes to 0.
Model/Placeholder.php # This module is responsible for freshly rendering our
CMS blocks every time they're requested.
Con esa comprensión de arriba hacia abajo en mente, he aquí cómo llenar esos archivos.
Cree su propia clase de bloque que amplíe el bloque Magento CMS integrado. Deberá anular la función "getCacheKeyInfo" de la siguiente manera también:
<?php
// BranchLabs/CacheBuster/Block/Cms.php
class BranchLabs_CacheBuster_Block_Cms extends Mage_Cms_Block_Block {
// Used to set the cache placeholder attribute definitions, required in
// the placeholder's "_renderBlock" function.
public function getCacheKeyInfo() {
return array('block_id' => $this->getBlockId());
}
}
Configure el modelo de marcador de posición responsable de representar nuestro bloque CMS sin aplicar el caché.
<?php
// BranchLabs/CacheBuster/Model/Placeholder.php
class BranchLabs_CacheBuster_Model_Placeholder extends Enterprise_PageCache_Model_Container_Abstract {
public function applyWithoutApp(&$content)
{
return false;
}
protected function _getCacheId()
{
$id = 'CACHEBUSTER_HOLEPUNCH_' . microtime() . '_' . rand(0,99);
return $id;
}
/**
* CacheBuster doesn't cache data! Do nothing.
*/
protected function _saveCache($data, $id, $tags = array(), $lifetime = null)
{
return $this;
}
/**
* Render fresh block content.
*
* @return false|string
*/
protected function _renderBlock()
{
$block = $this->_placeholder->getAttribute('block');
$block = new $block;
// Get the block_id attribute we originally set in our CMS block's
// getCacheKeyInfo function.
$block_id = $this->_placeholder->getAttribute('block_id');
$block->setBlockId($block_id);
$block->setLayout(Mage::app()->getLayout());
return $block->toHtml();
}
}
Configure cache.xml para apuntar a nuestro bloque CMS recién creado y renderizar utilizando nuestro marcador de posición recién creado.
<!-- BranchLabs/CacheBuster/etc/cache.xml -->
<?xml version="1.0" encoding="UTF-8"?>
<config>
<placeholders>
<arbitrary_unique_identifier>
<block>cachebuster/cms</block>
<placeholder>ARBITRARY_UNIQUE_IDENTIFIER</placeholder>
<container>BranchLabs_CacheBuster_Model_Placeholder</container>
<cache_lifetime>0</cache_lifetime>
</arbitrary_unique_identifier>
</placeholders>
</config>
En el CMS, reemplace los tipos de bloque para los bloques que está intentando renderizar fuera del caché con nuestro bloque a prueba de CMS recién creado: {{block type="cachebuster/cms" block_id="cacheproof"}}
El problema es que el equipo central de Magento olvidó almacenar en caché los bloques estáticos y lo que no se almacena en caché individualmente no se puede perforar.
Entonces, la solución es arreglar el almacenamiento en caché primero .
fuente
De hecho, la solución sería cambiar la forma en que se realiza el almacenamiento en caché.
El FPC de Lesti está haciendo esto en mi recuerdo, y es gratis. Solo carece de soporte para múltiples sitios web, pero es perfecto para 1 sitio web y podrá especificar los bloques que deben ser perforados dinámicamente.
También probé el FPC de Amasty, tendrás que pagarlo y no es la solución de almacenamiento en caché perfecta para CE, supongo, pero está funcionando bien, puedes especificar el almacenamiento en caché de bloques / páginas o ambos. También puede establecer la tasa de compresión de los objetos en caché y almacenarlos en Db / Filesystem (lento) o memcached.
Te deseo suerte.
fuente