Pourquoi l'attribut Cache-Control est-il envoyé dans l'en-tête de la demande (client à serveur)?

Question

Après avoir lu sur le Cache-champ de Contrôle de l'en-tête HTTP,

Je comprends que le Cache-champ de Contrôle en-tête de réponse HTTP (serveur vers le client) spécifie les directives pour l'intermédiaire des serveurs proxy/navigateur client sur la façon de gérer la réponse, en envoyant des valeurs différentes pour le Cache-Control field - privé, public, no-cache ou pas de magasin dans l'en-tête de réponse.

Mais je ne comprends pas pourquoi avons-nous besoin pour envoyer le Cache-attribut de Contrôle d'en-tête de demande (client-serveur)?

Answer 1

Cache control: no-cache est généralement utilisé dans un en-tête de requête (envoyé d'un navigateur Web au serveur) pour forcer la validation de la ressource dans les mandataires intermédiaires. Si le client n'envoie pas cette demande au serveur, les mandataires intermédiaires renverront une copie du contenu s'il est récent (n'a pas expiré conformément aux champs Expire ou max-age ). Cache-Control renforce ces mandataires pour valider la copie même si elle est fraîche.

Answer 2

Un client peut envoyer un en-tête Cache-Control dans une demande afin de demander un comportement de mise en cache spécifique, tel que la revalidation, du serveur d'origine et de tout serveur proxy intermédiaire le long du chemin de la demande.

Answer 3

En plus de la réponse ci-dessus,
Il peut y avoir une configuration où le chaînage de cache est implémenté Dans ce cas, si la demande arrive dans le premier cache où elle n'est pas satisfaite, elle risque de passer à un cache plus enchaîné.

Ainsi, afin d'obtenir toujours la réponse du serveur, nous incluons le contrôle du cache dans les en-têtes de requête. Cela garantira que la réponse provient toujours du serveur.