Composants mis en cache
Deflect traite des pages web composées de nombreux éléments, y compris CSS, Javascript, multimédia et de grands fichiers binaires. Ces fichiers seront mis en cache par Deflect edge pour permettre un accès rapide aux visiteurs. Cependant, les composants de la page qui sont hébergés sur des domaines différents (« widgets », traqueurs de trafic, etc.) ne seront pas mis en cache tant qu’ils sont servis à partir d’un domaine tiers.
Supposons que nous ayons un site web et qu’il soit hébergé sur un serveur situé à Montréal. Ce site reçoit régulièrement des visiteurs du monde entier. Sans cache, lorsqu’un utilisateur de Londres tente d’accéder à cette page web, la requête doit parcourir tout le chemin jusqu’au serveur de Montréal. Cet aller-retour prend du temps et a un impact sur tous les aspects des performances du site.
Mais une fois que Deflect a mis en cache le contenu du site web sur plusieurs serveurs périphériques dans le monde entier. Ce serveur de périphérie fournira immédiatement le contenu à l’utilisateur sur demande. Le cache Deflect permet donc d’accélérer considérablement la diffusion du contenu, puisque la demande et la réponse n’ont pas à parcourir de longues distances géographiques.
Deflect met actuellement en cache les réponses pendant 10 minutes, durée qui peut être ajustée pour les sites individuels dans leur tableau de bord Deflect.
Cookies
Par défaut, Deflect ne met pas en cache les requêtes contenant des cookies. Cela signifie que lorsque Deflect reçoit une demande accompagnée d’un cookie, cette demande n’est pas stockée dans le cache de Deflect. Cette conception est intentionnelle car elle protège les données privées de l’utilisateur d’un stockage involontaire et contribue à la sécurité globale fournie par Deflect.
Cependant, Deflect offre plusieurs options de configuration pour les utilisateurs qui ont besoin de fonctionnalités plus spécifiques. L’une de ces fonctionnalités est la possibilité de spécifier des noms de cookies particuliers pour la mise en cache. Cette fonctionnalité est accessible via le tableau de bord de Deflect.
Cela fonctionne-t-il ?
Vous pouvez savoir que Deflect sert une page en regardant les en-têtes HTTP (en utilisant ‘Inspect Element’ sur Chrome ou Firefox) ; vous verrez un en-tête X-Deflect-Cache qui renvoie l’état du cache Deflect. Il ressemblera à ceci :
X-Deflect-Cache : HIT
Voici les valeurs possibles et leur signification :
- HIT : le contenu demandé a été trouvé dans le cache et servi directement sans contacter le serveur en amont.
- MISS : le contenu demandé n’a pas été trouvé dans le cache, il a donc été récupéré sur le serveur en amont.
- BYPASS : Le cache a été contourné, ce qui signifie que la requête a été envoyée directement au serveur en amont, sans tenir compte des paramètres du cache.
- EXPIRED : Le contenu mis en cache a expiré et une demande a été adressée au serveur en amont pour le rafraîchir.
- STALE : le contenu mis en cache est périmé, mais il a été servi à partir du cache alors qu’une demande de revalidation était adressée au serveur en amont en arrière-plan.
- MISE À JOUR : Le contenu mis en cache est en train d’être mis à jour à l’aide d’une demande adressée au serveur en amont, mais une ancienne version est toujours servie.
- REVALIDÉ : Le contenu mis en cache a été validé par le serveur en amont et est encore frais, il a donc été servi à partir du cache.