Dlaczego atrybut Cache-Control jest wysyłany w nagłówku żądania (klient do serwera)?

163

Po przeczytaniu o Cache-Controlpolu nagłówka HTTP,

Rozumiem, że Cache-Controlw nagłówku odpowiedzi HTTP (serwer do klienta) określa wytyczne dla przeglądarki pośrednie serwery proxy / klienta o tym, jak poradzić sobie z odpowiedzi, wysyłając różne wartości dla Cache-Controlpola: private, public, no-cache, lub no-storew nagłówku odpowiedzi.

Ale nie rozumiem, dlaczego musimy wysłać Cache-Controlatrybut w nagłówku żądania (klient do serwera)?

http http-headers

— Student
źródło

Odpowiedzi:

137

Cache-Control: no-cachejest zwykle używany w nagłówku żądania (wysyłanym z przeglądarki internetowej do serwera) w celu wymuszenia walidacji zasobu w pośrednich serwerach proxy. Jeśli klient nie wyśle tego żądania do serwera, pośredniczące serwery proxy zwrócą kopię treści, jeśli jest nowa (nie wygasła zgodnie z polami Expirelub max-age). Cache-Controlnakazuje tym proxy, aby ponownie zweryfikowali kopię, nawet jeśli jest nowa.

— David
źródło

Może być za późno, ale poza tym, jakie są inne zastosowania? Czy pole max-age jest używane w jakimkolwiek celu?

— Sam

Dlaczego współczesne przeglądarki miałyby to robić? Nie ufają pośrednim serwerom proxy, mimo że zachowują się zgodnie ze standardami sieciowymi?

— rogerdpack

@rogerdpack nie, bo zrobić im zaufać, więc wysyłają nagłówek, że ufa będą honorowane, aby wskazać, że mają jakiś szczególny powód, dla wymagających większą świeżość niż większości zastosowań potrzebne.

— Jon Hanna,

@rogerdpack, jeśli właśnie zrobiłeś coś, o czym wiesz, że zmieniło stan i chcesz to odzwierciedlić, byłby to klasyczny przypadek.

— Jon Hanna

@JonHanna Być może masz zaznaczoną opcję „wyłącz pamięć podręczną” w Narzędziach dla programistów Chrome? : D

— Gregory Magarshak

Klient może wysłać Cache-Controlnagłówek w żądaniu, aby zażądać określonego zachowania buforowania, takiego jak ponowna walidacja, z serwera pochodzenia i dowolnych pośrednich serwerów proxy wzdłuż ścieżki żądania.

— bdash
źródło

Oprócz powyższej odpowiedzi
może istnieć konfiguracja, w której zaimplementowano łańcuch pamięci podręcznej. W takim przypadku, jeśli żądanie dotrze do pierwszej pamięci podręcznej, w której nie jest spełnione, może przejść do dalszej pamięci podręcznej połączonej z łańcuchem.

Dlatego, aby zawsze uzyskiwać odpowiedź z serwera, w nagłówkach żądań umieszczamy kontrolę pamięci podręcznej. Dzięki temu odpowiedź będzie zawsze pochodzić z serwera.

— Loui
źródło

Mówisz „Tak więc, aby zawsze otrzymywać odpowiedź z serwera, włączamy kontrolę pamięci podręcznej w nagłówkach żądań. Dzięki temu odpowiedź będzie zawsze pochodzić z serwera”. Jaka wartość tego nagłówka mogłaby to osiągnąć?

— Don Hatch

Cache-Control: no-cachepoinstruuje serwery proxy, aby upewnić się, że odpowiedź jest do końca zweryfikowana.

— mogsie