- Almacenamiento en memoria caché de fragmentos o páginas completas
El método mediante el cual WebSphere Application Server almacena en memoria caché los archivos JSP se basa en cómo se escriba la JSP. Si la salida de página para un mandato de HCL Commerce determinado produce siempre el mismo resultado basándose en los parámetros de URL y los atributos de petición, esta salida de página se puede almacenar en memoria caché con la entrada de memoria caché (cache-entry) utilizando el elemento de propiedad, consume-subfragments (CSF), junto con el servlet de controlador de HCL Commerce (com.ibm.commerce.struts.ECActionServlet.class
en versión 9.0.0.x o com.ibm.commerce.struts.v2.ECActionServlet.class
en versión 9.0.1+ y si está utilizando la configuración de Strut 2com.ibm.commerce.struts.v2.ECActionStrutsServlet.class
) como nombre de servlet. Cuando la entrada de memoria caché (cache-entry) se define de esta manera, la salida de página se almacena en memoria caché según el método denominado almacenamiento en memoria caché de full page. La gran ventaja de utilizar consume-subfragments con el servlet de controlador es el rendimiento, pero si hay información personalizada en la página, por ejemplo un minicarro de la compra, se puede utilizar full page el almacenamiento en memoria caché con fragmentos.
- Almacenamiento en memoria caché de Edge
El almacenamiento en memoria caché en Edge es un modo simple y efectivo de mejorar el rendimiento del sistema. La API dynacache de WebSphere Application Server tiene funcionalidad incorporada de modo que si se establece la propiedad EdgeCacheable de una entrada de memoria caché en verdadera, se podrá almacenar en memoria caché de Edge. Esta propiedad se encarga automáticamente de la ESI, facilitando el almacenamiento en memoria caché de Edge virtualmente sin actividad general de configuración.
- Utilizar la API dinámica para no almacenar en memoria caché
En ocasiones, no es apropiado almacenar en memoria caché una página, que coincida con una norma de memoria caché, o un fragmento en la página en memoria caché. En este caso, la API Dynacache hace que sea posible ignorar la regla de memoria caché y no almacenar la página o el fragmento en cuestión en la memoria caché.
- Actualizando tamaños de memoria caché
Puede configurar de forma independiente el tamaño de cada memoria caché que se utiliza en HCL Commerce. El tamaño de cada memoria caché se define por el número de entradas y por su tamaño en megabytes (MB). El número de entradas es un tamaño máximo, no el tamaño real actual, y el tamaño en MB es la ocupación de memoria máxima.
- Habilitación del supervisor de memoria caché
HCL Commerce proporciona una aplicación de supervisor de memoria caché dinámica para visualizar las estadísticas de la memoria caché, las estadísticas del Edge Side y el disco, las entradas de la memoria caché, los ID de dependencia y la información sobre la política de memoria caché. Un supervisor de memoria caché es una aplicación web instalable que proporciona una vista en tiempo real del estado actual de la memoria caché dinámica.