Lorsqu'un contenu mis en cache est invalidé, les serveurs proxy de cache web ne le proposent plus comme contenu le plus récent lors d'une requête, ce qui signifie qu'il n'est plus mis en cache . Plusieurs méthodes permettent d'invalider le compte d'un utilisateur, comme la purge, l'actualisation ou le bannissement.
Bien entendu, l'objectif ultime est de garantir que le client recevra la version la plus récente du contenu concerné lorsqu'il en fera la demande à nouveau.
Un module de Varnish vous permet d'invalider votre cache en temps réel selon les paramètres, les politiques et les règles que vous avez définis pour atteindre vos objectifs commerciaux.
invalidation basée sur le temps
En cas d'absence de validation par un autre mécanisme, ou s'il est nécessaire d'actualiser les entrées du cache après une période donnée, l'invalidation temporelle s'avère utile. Spécifier les valeurs de délai d'expiration dans le fichier cachespec.xml, sous forme de sous-élément, permet de créer une entrée de cache correspondant à ces valeurs.
Une entrée du cache est conservée pendant une durée déterminée, en secondes, selon la valeur saisie. La valeur par défaut de cet élément est 0, ce qui signifie que l'entrée n'expire pas, tandis que sa valeur par défaut est 1. Le fichier cachespec.xml, utilisé pour configurer les objets mis en cache, fournit des informations supplémentaires sur la balise de délai d'expiration.
L'invalidation temporelle d'un encart publicitaire est un excellent exemple de situation où elle est pertinente. Il est déconseillé de mettre en cache le contenu d'un encart publicitaire, car celui-ci repose sur des données personnalisées et est donc généré dynamiquement. Les pages JSP de l'encart peuvent être mises en cache avec un sous-élément de délai d'expiration si l'administrateur de la boutique accepte de sacrifier certaines fonctionnalités au profit des performances. Le contenu peut être utilisé après un certain délai si l'administrateur accepte de faire des concessions sur l'implémentation.
De plus, un sous-élément d'inactivité détermine la durée de validité de l'entrée de cache en fonction de sa dernière consultation. Ce sous-élément, dépendant de l'élément cache-id, est désigné comme tel.
Invalidation basée sur les commandes
L'API WebSphere Commerce Command Framework fournit des méthodes et des champs pour l'invalidation basée sur les commandes selon des règles d'invalidation.
Le framework de commandes WebSphere étend CacheableCommandImpl, qui peut ensuite être utilisé pour intercepter un appel de commande écrit dans la structure du framework de commandes WebSphere via sa classe d'implémentation qui en hérite.
Grâce à l'ajout des classes abstraites ControllerCommandImpl et TaskCommandImpl, WebSphere Commerce simplifie la création de commandes invalidées par l'invalidation basée sur les commandes. De plus, comme ces classes abstraites héritent de CacheableCommandImpl, les commandes qui en découlent peuvent également être invalidées par des commandes héritant de CacheableCommandImpl.
Dernières paroles
Le cache web permet de stocker des copies des fichiers de votre site web ailleurs. Il sert d'intermédiaire entre les navigateurs (clients) de vos visiteurs et le serveur d'origine qui leur fournit le contenu. Dès qu'un client demande une réponse HTTP (une représentation), les serveurs la stockent et la lui renvoient.
Vous recherchez des services d'optimisation de la vitesse ? Contactez-nous dès aujourd'hui !
