ce que cela signifie par Magento cache fast-backend et slow-backend?


8

Ce que cela signifie par cache

backend
slow_backend
slow_backend_store_data
auto_refresh_fast_cache

J'ai vu ce type de configuration de caches dans le fichier local.xml.additional. Je veux savoir

ce que l'on entend par ce type de caches et

pourquoi cela est utilisé et quelle section en est affectée sur Magento

et j'ai besoin de détails d'explication

Réponses:


9

peut-être que cela aide:

Les mécanismes de cache à deux niveaux

Le système de «cache à deux niveaux» permet d'obtenir un backend de cache rapide et un backend de cache lent. Le principal problème ici est que seules les structures de fichiers et de bases de données permettent au backend lent d'être vraiment efficace car une structuration «faite maison» de ces contenus peut être effectuée.

Avec APC ou Memcached, nous pouvons obtenir une structure associative bidirectionnelle mais toujours très simple. Magento gère de grandes collections de données, avec type, catégorie, groupes, etc… Une structure simple ne peut pas vraiment répondre aux besoins du cache de Magento. Afin de pouvoir fonctionner correctement, Magento a besoin d'un cache de backend lent qui pourrait être correctement structuré et avoir une valeur / des capacités étendues. Dans le fast_backend, nous n'avons alors qu'une clé (id d'élément) et le contenu de cette clé (l'élément qui est mis en cache). C'est un peu comme si vous avez un système de messagerie qui stocke un contenu de messagerie avec un ID et une autre base de données qui aide à le structurer avec des dossiers et des attributs. Les données «brutes» sont stockées dans le fast_backend, le mappage intelligent de ces données est stocké dans le slow_backend.

De cette façon, Magento peut supprimer ou mettre à jour de manière sélective une clé ou une catégorie sans avoir à vider tout le cache chaque fois qu'une mise à jour est effectuée.

Si vous imposez un backend de cache lent «non configurable» à Magento, il ne sera pas en mesure de nettoyer de manière sélective la partie du cache qui est affectée par une manipulation, il rend alors tout le mécanisme de mise en cache tout à fait inutile.

via https://www.nbs-system.co.uk/blog-2/magento-optimization-howto-en.html

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.