Briser la mémoire cache via les paramètres

Question

Nous voulons que les déploiements de production se fassent en cache, mais sans perdre beaucoup de temps à mettre au point un système pour le faire. Mon idée était d'appliquer un paramètre à la fin des fichiers css et js avec le numéro de version actuel :

<link rel="stylesheet" href="base_url.com/file.css?v=1.123"/>

Deux questions : Est-ce que cela va effectivement casser le cache ? Le paramètre fera-t-il en sorte que le navigateur ne mette jamais en cache la réponse de cette url puisque le paramètre indique qu'il s'agit d'un contenu dynamique ?

Answer 1

Le paramètre ?v=1.123 indique une chaîne de requête, et le navigateur pensera donc qu'il s'agit d'un nouveau chemin à partir de, disons, ?v=1.0 . Ainsi, le chargement s'effectue à partir du fichier et non du cache. Comme vous le souhaitez.

De plus, le navigateur supposera que la source restera la même la prochaine fois que vous appellerez ?v=1.123 y debe le cache avec cette chaîne. Il restera donc en cache, quelle que soit la configuration de votre serveur, jusqu'à ce que vous passiez à ?v=1.124 etc.

Answer 2

Deux questions : Est-ce que cela va effectivement briser le cache ?

Oui. Même Stack Overflow utilise cette méthode, bien que je me souvienne qu'ils (avec leurs millions de visiteurs par jour et des zillions de versions et de configurations différentes de clients et de proxy) ont eu quelques cas extrêmes où même cela n'a pas suffi à briser le cache. Mais l'hypothèse générale est que cela fonctionnera et qu'il s'agit d'une méthode appropriée pour casser le cache sur les clients.

Le paramètre fera-t-il en sorte que le navigateur ne mette jamais en cache la réponse de cette url puisque le paramètre indique qu'il s'agit d'un contenu dynamique ?

Non. Le paramètre ne modifie pas la politique de mise en cache ; les en-têtes de mise en cache envoyés par le serveur s'appliquent toujours, et s'il n'en envoie pas, les valeurs par défaut du navigateur.

Answer 3

Il est plus sûr d'indiquer le numéro de version dans le nom du fichier. Cela permet à plusieurs versions d'exister en même temps, de sorte que vous pouvez déployer une nouvelle version et, s'il existe encore des pages HTML mises en cache qui demandent l'ancienne version, elles obtiendront la version qui fonctionne avec leur HTML.

Notez que dans l'un des plus grands déploiements de versions sur Internet, jQuery utilise les numéros de version dans le nom du fichier et permet à plusieurs versions de coexister sans logique particulière côté serveur (chaque version est simplement un fichier différent).

Cela détruit le cache une fois lorsque vous déployez de nouvelles pages et de nouveaux fichiers liés (ce que vous souhaitez) et à partir de ce moment-là, ces versions peuvent être effectivement mises en cache (ce que vous souhaitez également).

Answer 4

Le cache ne sera vidé qu'une seule fois, après que le client a téléchargé la ressource, toutes les autres réponses seront servies à partir du cache du client, à moins qu'il ne s'agisse d'une réponse à une question :

1. le paramètre v est mis à jour.
2. le client vide son cache

Answer 5

En général, tout devrait bien se passer, mais il est possible que cela ne fonctionne pas s'il existe un cache intermédiaire (un proxy) qui est configuré pour ignorer les paramètres de la demande.

Par exemple, si vous diffusez un contenu statique par l'intermédiaire du réseau CDN d'Akamai, celui-ci peut être configuré de manière à ignorer les paramètres de la requête afin d'éviter la destruction du cache à l'aide de cette méthode.