fichier haché et invalidation de cache

Vite renomme chaque fichier d'assets/ d'après un hachage de son contenu — index-a3f9c2.js — tandis qu'index.html garde son nom et référence les nouveaux hachages. Rien ne se vide et rien ne s'expire de force : un nouveau build invalide le cache en demandant un autre nom de fichier. dist/ se coupe donc en deux moitiés aux besoins opposés. Un nom haché désigne toujours les mêmes octets, alors expires 1y et Cache-Control: public, immutable sont sans risque. index.html, lui, exige no-cache : c'est le seul fichier qui dit quels hachages existent. Une politique unique pour tout le build laisse les deux moitiés s'empoisonner — le visiteur qui détient un index.html en cache réclame le JavaScript que rsync --delete a supprimé au dernier déploiement, et obtient une page blanche. Deux curl -I, un par URL, sont la seule preuve que vos deux blocs location s'appliquent vraiment.