only-if-cached бара зачуван одговор од проксито

Побарајте постоечки одговор од HTTP кеш што соработува и протолкувајте 504 како промашување, а не како мрежна контрола на излезот.

За барање што треба да користи веќе зачуван одговор, HTTP дефинира Cache-Control: only-if-cached.

Клиентот може да го испрати преку HTTP кеш прокси:

curl --proxy http://127.0.0.1:3128 \
  --header 'Cache-Control: only-if-cached' \
  --include http://www.example.org/report

Кешот што ја почитува оваа директива треба да врати зачуван одговор усогласен со другите ограничувања на барањето, или 504 Gateway Timeout кога не може да го задоволи барањето. Овде 504 може да изразува кеш политика, а не неуспешна TCP врска со проксито.

Директивата не дозволува автоматски застарена содржина. Свежината, барањата за валидација и соодветни Vary полиња сè уште се важни. Директивата за барање no-cache може наместо тоа да бара успешна валидација кај изворот пред повторна употреба.

Ова се разликува и од поставување на офлајн режим за валидација на кешот. only-if-cached се носи на поединечното барање и изразува што клиентот е подготвен да прими.

Користете кеш што го поддржува однесувањето. Игнорирана директива за барање не е огнен ѕид, па строгото спречување на излезниот сообраќај бара независно спроведена мрежна или серверска политика.

Обично HTTPS CONNECT прокси не ги гледа шифрираните HTTP заглавија и не ги чува објектите на страницата од тој тунел. Примерот намерно користи едноставен HTTP ресурс што кешот може да го обработи.

Поврзани статии