ਉਸ ਬੇਨਤੀ ਲਈ ਜੋ ਪਹਿਲਾਂ ਹੀ ਸੰਭਾਲਿਆ ਜਵਾਬ ਵਰਤੇ, 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 ਸਰੋਤ ਵਰਤਦੀ ਹੈ ਜਿਸਨੂੰ ਕੈਸ਼ ਪ੍ਰੋਸੈਸ ਕਰ ਸਕਦਾ ਹੈ।

ਸੰਬੰਧਿਤ ਲੇਖ