Éviter la mise en cache des réponses http

Quelle est la solution définitive pour éviter toute forme de mise en cache de données http? Nous pouvons modifier le client ainsi que le serveur donc je pense que nous pouvons diviser la tâche entre le client et le serveur.

Client pouvez ajouter à chaque demande d'un paramètre aléatoire http://URL/path?rand=6372637263 – Mon sentiment est que l'utilisation de cette seule manière qu'il ne fonctionne pas à 100% - peut-être il y a quelques intelligent procurations, qui peut détecter la... de l'autre côté je pense que si l'URL est différente de la précédente, le proxy ne peut pas simplement décider à envoyer à ramener la réponse en cache.

Sur serveur peut contrôler beaucoup d'en-têtes HTTP:

Expires: Tue, 03 Jul 2001 06:00:00 GMT
Last-Modified: {now} GMT
Cache-Control: no-store, no-cache, must-revalidate, max-age=0
Cache-Control: post-check=0, pre-check=0
Pragma: no-cache

Des commentaires à ce, quelle est la meilleure approche?

InformationsquelleAutor STeN | 2012-03-27

45

Côté serveur de cache-têtes de contrôle devrait ressembler à:
```
Expires: Tue, 03 Jul 2001 06:00:00 GMT
Last-Modified: {now} GMT
Cache-Control: max-age=0, no-cache, must-revalidate, proxy-revalidate
```
D'éviter une réécriture des Url sur le client, car il pollue les caches et les causes étranges questions sémantiques. En outre:
- Utiliser un Cache-Control en-tête (voir la rfc 2616) parce que le comportement à entrées multiples est pas défini. Aussi la MSIE entrées dans le deuxième cache-control sont au mieux, redondant.
- no-store est à propos de la sécurité des données. (il seulement les moyens de ne pas écrire ce disque - caches sont encore autorisés à stocker la réponse en mémoire).
- Pragma: no-cache est dénuée de sens dans une réponse du serveur - c'est un en-tête de requête ce qui signifie que tous les caches de la réception de la demande doit transmettre à l'origine.
- À l'aide de deux Expires (http/1.0) et cache-control (http/1.1) n'est pas superflu, puisque les procurations existent qui ne parlent que http/1.0, ou ne dévalue le protocole.
- Techniquement, la dernière modification de l'en-tête est redondant dans la lumière de no-cache, mais c'est une bonne idée de le laisser là.
- Certains navigateurs vont ignorer les directives ultérieures en-tête cache-control après ils viennent à travers une ils ne reconnaissent pas - afin de mettre les choses importantes en premier.
- Je remarque que les gens sont toujours à la recherche de cette réponse. Comme toutes les choses sur internet, il est un peu daté - pushstate ne permettent pour le côté client de bricolage avec des Url - mais faire preuve d'une extrême prudence! Ne regardez mod_pagespeed trop. Cette handes beaucoup de réécriture d'URL et la fusion de contenus sur le serveur. Autre que cela, le reste du contenu de ma réponse tient toujours la route.
- pouvez-vous expliquer Expires: Tue, 03 Jul 2001 06:00:00 GMT - ce que ce sera Expires: Thu, 01 Jan 1970 00:00:00 GMT ?
- de tout temps, dans le passé, doit empêcher la mise en cache. Toutefois, lorsque vous commencez à parler à de nombreux ordinateurs, vous trouverez des gens avec télévision horloge batteries, mal configuré, fuseaux horaires et d'autres bizarreries.
- Remarque: Bien que c'est une bonne chose, OBTENIR peut encore être mis en cache par proxy à l'aide de leurs propres règles. Sens, ils n'ont pas le respect de vos en-têtes. JAMAIS.
- Selon les spécifications, les procurations hériter des mêmes obligations en matière de mise en cache de la mémoire cache du navigateur est soumis. En outre, il existe certains directive ciblant spécifiquement le comportement des caches intermédiaires (comme la mise en cache proxy sont décrites dans les spécifications). Convenu que tous les appareils sont conformes aux règles, mais votre affirmation est inexacte et trompeuse
InformationsquelleAutor symcbean
4

L'ajout de l'en-tête
```
Cache-control: private
```
garanties, qu'séjour rêve cache ne cache cette demande.

Je voudrais vous recommandons de Fabien Potencier conférence sur la mise en cache: http://www.slideshare.net/fabpot/caching-on-the-edge
- Cool présentation. Merci pour cela.
- ce n'est pas exactement vrai. Dans mon expérience, CDN Akamai tend (tendance?) ignorer cela et heureusement encore dans la mémoire cache de données privées pour vous.
InformationsquelleAutor Jarosław Gomułka

Vous devez vous connecter pour publier un commentaire.