À propos du générateur de règles de cache HTTP
Un générateur de politiques de cache HTTP vous aide à assembler un en-tête Cache-Control pour les navigateurs, les CDN, les actifs immuables et les réponses API sans mémoriser chaque directive. Ceci est utile lorsque vous devez équilibrer la fraîcheur, les performances et la stratégie d'invalidation sur différentes routes avant de mettre à jour une configuration de serveur ou un assistant de réponse de framework.
Comment utiliser le générateur de politiques de cache HTTP
- 1Choisissez le comportement de mise en cache souhaité, tel que l'âge maximum du navigateur, la durée de vie du cache partagé, les règles de revalidation ou la gestion sans stockage.
- 2Ajustez les valeurs de la directive jusqu'à ce que la stratégie corresponde à l'itinéraire que vous configurez, qu'il s'agisse d'une réponse API, d'une page HTML ou d'un actif statique versionné.
- 3Copiez l'en-tête Cache-Control généré dans la configuration de votre application, de votre plateforme Edge ou de votre infrastructure et testez à nouveau le comportement de la réponse.
Cas d'utilisation courants du générateur de règles de cache HTTP
Mise en cache statique des actifs
Créez des politiques à long terme pour les fichiers JavaScript, CSS ou image hachés afin que les navigateurs et les CDN puissent les réutiliser en toute sécurité entre les versions.
Contrôle de la fraîcheur de l'API
Ajustez la durée de vie des réponses pour les points de terminaison JSON où les utilisateurs ont besoin de mises à jour rapides, mais où les caches partagés peuvent toujours réduire la charge répétée.
Examens de migration de plateforme
Traduisez une stratégie de mise en cache existante dans un nouveau framework, un CDN ou un proxy inverse sans recréer chaque directive à partir de zéro.
Questions fréquentes
Quelle est la différence entre max-age et s-maxage ?
max-age contrôle la durée pendant laquelle un navigateur peut réutiliser une réponse, tandis que s-maxage cible les caches partagés tels que les CDN ou les proxys. Utilisez les deux lorsque vous souhaitez un comportement différent pour les utilisateurs finaux et les caches intermédiaires.
Quand dois-je utiliser le no-store au lieu du no-cache ?
Utilisez le mode no-store lorsque la réponse ne doit pas être conservée du tout, comme dans le cas de données de compte très sensibles. Utilisez no-cache lorsqu'une copie en cache peut exister mais doit être revalidée avant d'être réutilisée.