comment cache de css, les images et les js?

Je voudrais avoir les images, css, javascript et la mise en cache côté client sur leur navigateur lorsqu'ils chargent une page web. Il ya tellement de différents types de mise en cache je suis confus quant à ceux qui à utiliser avec asp.net mvc.

Serait-il également possible d'avoir leurs navigateurs pour vérifier les nouveaux ou des versions modifiées de ces fichiers?

Merci!

InformationsquelleAutor chobo | 2010-01-20
  1. 6

    Navigateurs prendre soin de cela pour vous automatiquement, en fait. Vous devez sortir de votre façon de les obtenir pour PAS de mémoire cache de css, js, html et des images.

    Je ne suis pas familier avec l'ASP MVC, mais je crois que ce type de mise en cache que vous pensez est le cache d'opcode pour votre sortie dynamique côté serveur?

    • Les choses ne sont pas vraiment aussi simple que cela. La mise en cache est important si vous vous souciez un bug libre et performant site. Vous voulez éviter de visiteurs d'avoir à re-télécharger le contenu, mais vous voulez aussi éviter de les visiteurs d'avoir out-of-date, contenu. Dans ASP.NET MVC-je utiliser une approche qui comprend un hachage MD5 dans l'URL qui parvient sans trop de réflexion après il est mis en place. Vérifier ma réponse ici pour le code source.
    • Bien sûr, ce n'était pas destiné à être un aperçu de la mise en cache. Juste dire à la personne que si vous n'avez pas besoin plus fine de contrôle, existant par défaut dans les navigateurs et les serveurs ne sont pas si mauvais. Apache est généralement configuré pour servir les ETags, etc. et les navigateurs vont habituellement avec 304s. Vérifié votre solution, et c'est une bonne idée! Je suis susceptible d'utiliser cette idée dans Django bientôt.
    InformationsquelleAutor JAL
  2. 45

    Vous avez besoin de définir des en-têtes sur le serveur. Ce faire, vous pouvez coller dans votre site web.config:

    <system.webServer>
  <staticContent>
     <clientCache cacheControlMode="UseMaxAge" cacheControlMaxAge="30.00:00:00" />
  </staticContent>
</system.webServer>

    Ce serait de dire au navigateur maintenant à même de vérifier de nouveau contenu sur quelque chose de statique pendant 30 jours.

    Pour votre deuxième question, de prévoir un mécanisme de l'ajout d'une chaîne de requête de contenu. Dans mon projet actuel, nous avons compresser et de les combiner et de javascript et de css dans le cadre de la construction. Lors de la mise en liens dans la page ressemble à:

    <script src="/Resources/Javascript/Combined.js?v=2.2.0.1901" type="text/javascript"></script>

    La chaîne de requête est le principal.Mineure.0.Certain nombre de modifications et de changements à tout moment, nous pousser à construire, provoquant le client à re-chercher. Exactement la même chose qui se passe sur les feuilles de style dans leur <link> élément.

    • Serait-ce clientcache également de mettre en cache le code html? Je voudrais augmenter la vitesse de mon compte de domaines qui font une utilisation intensive de l'ajax par la mise en cache juste les scripts, css, et les images (pas le html). Que recommanderiez-vous pour cela?
    • Cela affecte uniquement le contenu statique...c'est une direction pour IIS 7 sur comment gérer les choses ASP.Net n'est pas (images, css, js). Quelque chose de dynamique, comme un aspx n' PAS obtenir cet en-tête et de ne pas être mis en cache.
    • À l'aide de chaînes de requête pour les versions signifie que certains serveurs proxy de ne pas mettre en cache le fichier. Mieux de le mettre dans l'URL directement. Et si vous allez pour ce faire, utiliser un hachage MD5 du contenu d'un fichier de swap de la notion de contrôle de version pour le concept de l'identité. J'ai quelques le code source ici qui montre comment je le fais à l'instant. Apprécierait de pensées et de rétroaction.
    • yup, c'est ce que nous faisons ici, à la Pile de Change à l'exception de nous coller avec la chaîne de requête. Si vous êtes derrière un proxy qui ne veut pas respecter le fait que les différentes chaînes de requête sont différents de contenu...vous avez beaucoup plus de questions.
    • Le choix de cacheControlMaxAge-à-dire: -1.00:00:00 serait de demander au navigateur de ne pas mettre en cache js, css et les images? toutes les ressources? J'avais besoin de ne pas mettre en cache quoi que ce soit.
    • Je crois que le Système.web.optimisation de la liasse de trucs pour mvc maintenant un jours prend soin de la partie de chaîne de requête de ce automatiquement en ajoutant une sorte de ?v=hashe chaîne de caractères pour le nom du bundle.
    • vrai...mais seulement si vous utilisez le paquet de trucs, nous ne l'utilisons ici car il y a d'autres moment de la compilation des préoccupations telles que la localisation.
    • compréhensible, tout en ajoutant des commentaires afin que les gens sachent.
    • C'est la meilleure réponse! Qui a travaillé très bien pour moi. Mais je suis encore en train d'avertissement sur google audit à propos de "utilise inefficace cache de la politique". Même un préavis de 30 jours de cache.

    InformationsquelleAutor Nick Craver
  3. 4

    @Paul Creasey et @Salsa sont tous les deux corrects que les navigateurs vont gérer la mise en cache par défaut, tant que le lien est le même.

    Comme vous l'avez mentionné, cela pose un problème lorsque vous devez mettre à jour les fichiers que vous n'avez aucune garantie que le navigateur du client vérifie si une version mise à jour. Dans de nombreux cas, ils ne font de ce après un certain laps de temps qui peut créer un minable expérience utilisateur.

    Il y a un certain nombre de questions déjà posées sur ce site à la façon de traiter les alertes, les navigateurs client à actualiser le cache. En bref, ils reposent tous sur la modification d'un lien lorsque vous modifiez le contenu du fichier.

    Vous pouvez ajouter un paramètre à l'URL qui sera utilisée uniquement pour la mise en cache des fins telles que:

    <script src="/myJavascript.js?version=4"></script>

    Alors il suffit de changer le numéro de version lorsque vous modifiez le contenu et la nécessité de forcer un client, de réactualiser ala cette réponse.

    InformationsquelleAutor Michael La Voie
  4. 2

    Prendre un coup d'oeil à la la réponse que j'ai posté ici pour une solution qui maximise les avantages de l'utilisation de la mise en cache et évite tous les problèmes avec le besoin des utilisateurs de 'dur' refresh (Ctrl+F5).

    Il utilise un hachage MD5 du contenu lui-même dans l'URL, de sorte que l'URL reste la même tant que le fichier est le même, qui est vraiment l'objectif. Le calcul de la valeur de hachage est super rapide, et il est mis en cache dans la mémoire sur le serveur, donc le rendu de la page n'est pas sensiblement ralentie. Le tout est exprimé en microsecondes, et les avantages ont été (sur mon site pour les plongeurs) impressionnant jusqu'à présent. Je l'applique à toutes les images, CSS et JS à l'exception des images dans des fichiers CSS comme ils ne sont pas générés par le serveur sur mon site (encore).

    InformationsquelleAutor Drew Noakes
  5. 0

    C'est mieux de le faire IIS ou dans votre fichier de config - assurez-vous que votre CSS/JS/images ensemble pour ne jamais expirer.

    Lorsque vous faites référence à eux à partir de votre code, je suggère l'ajout d'une version ou la date du nom de fichier, par exemple de script.js?20100120, de sorte que lorsque vous faites venir autour de les modifier, il vous suffit de changer la version de forcer une actualisation de tous les navigateurs qui ont mises en cache.

    InformationsquelleAutor realworldcoder
  6. -2

    Mise en cache côté Client est pris en charge automatiquement par les navigateurs lorsque vous réglez correctement -Tête Cache-Control et jeu web.config. Comme ça : 

    <system.webServer>
    <staticContent>
        <clientCache cacheControlMode="UseMaxAge" cacheControlMaxAge="00.00:10:00" />
    </staticContent>
</system.webServer>
    • Il n'est pas simple, vraiment. Vous devez fournir les en-têtes appropriés dans la réponse HTTP. En outre, vous devez dire aux navigateurs d'invalider leur cache quelque sorte lors de vos changements de contenu, sinon le site ne parvient pas jusqu'à ce que ils font un rafraîchissement.
    InformationsquelleAutor Paul Creasey