Lorsque le contenu mis en cache est invalidé, les proxys de cache Web ne le présentent pas comme élément de contenu le plus récent lorsque cela est demandé, ce qui signifie qu'il ne sera plus mis en cache . Plusieurs méthodes peuvent invalider le compte d'un utilisateur, comme la purge, l'actualisation ou le bannissement.
Bien entendu, le but ultime est de garantir que le client recevra la version la plus récente du contenu concerné lors de sa prochaine demande de contenu.
Un module dans Varnish peut vous permettre d'invalider votre cache en temps réel en fonction des paramètres, politiques et règles que vous définissez pour atteindre vos objectifs commerciaux.
Invalidation temporelle
En cas de non-validation via un autre mécanisme, ou s'il est nécessaire de rafraîchir les entrées du cache après une période déterminée, une invalidation temporelle sera utile. La spécification des valeurs de délai d'attente dans le fichier cachespec.xml en tant que sous-élément peut être réalisée avec une entrée de cache correspondant aux valeurs de délai d'attente dans le sous-élément.
Une entrée dans le cache est conservée pendant une durée particulière, en secondes, en fonction de la valeur saisie. Cet élément a une valeur par défaut de 0, ce qui indique que l'entrée n'expirera pas alors que la valeur par défaut est 1. L'utilisation de cachespec.xml pour configurer les objets pouvant être mis en cache fournit plus d'informations sur la balise de délai d'attente.
L’utilisation de l’invalidation temporelle pour invalider un spot e-Marketing est un excellent exemple de situation dans laquelle l’invalidation temporelle a du sens. Il n'est pas recommandé de mettre en cache la sortie d'un Spot e-Marketing car elle est basée sur des données personnalisées et donc générées dynamiquement. Les pages JSP du spot e-Marketing peuvent être mises en cache avec un sous-élément de délai d'attente si l'administrateur du magasin est prêt à sacrifier la fonction au profit des performances. Le résultat peut être utilisé après une certaine période si l'administrateur du magasin est prêt à en sacrifier une partie pour la mise en œuvre.
En outre, il existe un sous-élément d'inactivité qui détermine la durée pendant laquelle l'entrée de cache restera utilisée en fonction de la dernière fois où elle a été consultée, et il est utilisé pour déterminer la durée pendant laquelle l'entrée de cache restera en service. En tant que sous-élément de l’élément cache-id, il est appelé élément cache-id.
Invalidation basée sur les commandes
L'API WebSphere Commerce Command Framework fournit des méthodes et des zones pour l'invalidation basée sur des commandes basées sur des règles d'invalidation.
WebSphere Command Framework s'étend de CacheableCommandImpl, qui peut ensuite être utilisé pour intercepter un appel de commande écrit dans la structure de WebSphere Command Framework via sa classe d'implémentation qui en découle.
Avec l'ajout des classes abstraites ControllerCommandImpl et TaskCommandImpl, WebSphere Commerce a permis aux rédacteurs de commandes d'écrire plus facilement des commandes invalidées par une invalidation basée sur les commandes. De plus, étant donné que ces classes abstraites s'étendent à partir de CacheableCommandImpl, toutes les commandes qui en découlent peuvent également être invalidées par des commandes s'étendant à partir de CacheableCommandImpl.
Derniers mots
À l’aide d’un cache Web, vous stockez des copies des fichiers de votre site Web ailleurs. Le cache web est une sorte d'intermédiaire entre les navigateurs (clients) de vos visiteurs et le serveur d'origine qui leur fournit le contenu. Dès que les clients demandent des réponses HTTP (représentations), les serveurs les stockent et les leur transmettent.
Recherchez-vous des services d’optimisation de la vitesse ? Contactez-nous dès aujourd'hui !
