HTTP-ਦਿੱਖ ਵਾਲੀ ਸਾਂਝੀ ਕੈਸ਼ ਵਿੱਚੋਂ ਲੰਘਣ ਵਾਲੇ ਤਸਵੀਰ ਜਵਾਬ ਲਈ ਸਪਸ਼ਟ ਉਮਰ ਅਤੇ ਇੱਕ ਪ੍ਰਮਾਣਕ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰੋ। ਜਦੋਂ ਤਸਵੀਰ ਵਰਤੋਂਕਾਰਾਂ ਵਿਚਕਾਰ ਮੁੜ ਵਰਤੋਂ ਲਈ ਸੁਰੱਖਿਅਤ ਹੋਵੇ, ਨਮੂਨਾ ਜਵਾਬ ਹੈਡਰ ਇਹ ਹਨ:

Cache-Control: public, max-age=604800
ETag: "image-v4"

ਉਮਰ ਸਕਿੰਟਾਂ ਵਿੱਚ ਹੈ; 604800 ਦਾ ਅਰਥ ਇੱਕ ਹਫ਼ਤਾ। public ਸਿਰਫ਼ ਉਸ ਸਮੱਗਰੀ ਲਈ ਵਰਤੋ ਜੋ ਵਰਤੋਂਕਾਰਾਂ ਵਿਚਕਾਰ ਮੁੜ ਵਰਤੋਂ ਲਈ ਹੈ।

ਜੇ ਬ੍ਰਾਊਜ਼ਰ ਅਤੇ ਸਾਂਝੀ ਪ੍ਰੌਕਸੀ ਨੂੰ ਵੱਖਰੀਆਂ ਉਮਰਾਂ ਚਾਹੀਦੀਆਂ ਹਨ, s-maxage ਸਾਂਝੀ ਕੈਸ਼ ਦੀ ਉਮਰ ਦਿੰਦਾ ਹੈ। ਉਦਾਹਰਨ ਲਈ, max-age=3600 ਨਾਲ s-maxage=604800 ਸਾਂਝੀ ਕੈਸ਼ ਨੂੰ ਵਧੇਰੇ ਲੰਮੀ ਤਾਜ਼ਗੀ ਅਵਧੀ ਦਿੰਦਾ ਹੈ।

Expires ਇੱਕ ਤਾਰੀਖ਼ ਹੈ, ਮਿਆਦ ਨਹੀਂ

Expires HTTP-ਤਾਰੀਖ਼ ਫਾਰਮੈਟ ਵਿੱਚ ਸਮਾਂ-ਛਾਪ ਲੈਂਦਾ ਹੈ। max-age ਉਸ ਖੇਤਰ ਨੂੰ ਓਵਰਰਾਈਡ ਕਰਦਾ ਹੈ, ਅਤੇ ਸਾਂਝੀਆਂ ਕੈਸ਼ਾਂ ਲਈ s-maxage ਨੂੰ ਤਰਜੀਹ ਮਿਲਦੀ ਹੈ। ਜਵਾਬ ਬਣਾਉਂਦੇ ਸਮੇਂ ਕੋਈ ਵੀ Expires ਤਾਰੀਖ਼ ਪੈਦਾ ਕਰੋ।

ਰੀਲੋਡ ਪ੍ਰਮਾਣਿਕਤਾ ਮੰਗ ਸਕਦਾ ਹੈ

Cache-Control: no-cache ਵਾਲੀ ਬੇਨਤੀ ਸੰਗ੍ਰਹਿਤ ਜਵਾਬ ਮੁੜ ਵਰਤਣ ਤੋਂ ਪਹਿਲਾਂ ਮੂਲ ਸਰੋਤ 'ਤੇ ਸਫਲ ਪ੍ਰਮਾਣਿਕਤਾ ਮੰਗਦੀ ਹੈ। ਇਹ ਤਦ ਵੀ ਹੋ ਸਕਦਾ ਹੈ ਜਦੋਂ ਜਵਾਬ ਦੀ ਆਮ ਤਾਜ਼ਗੀ ਨੀਤੀ ਹੋਰਥਾਂ ਮੁੜ ਵਰਤੋਂ ਦੀ ਆਗਿਆ ਦਿੰਦੀ ਹੋਵੇ।

ਪ੍ਰਮਾਣਕ ਕੈਸ਼ ਨੂੰ ਅਣਬਦਲੀ ਤਸਵੀਰ ਕੁਸ਼ਲਤਾ ਨਾਲ ਜਾਂਚਣ ਦਿੰਦਾ ਹੈ। 304 ਜਵਾਬ ਮੂਲ ਸਰੋਤ ਤੋਂ ਤਸਵੀਰ ਦੇ ਬਾਈਟ ਦੁਬਾਰਾ ਭੇਜੇ ਬਿਨਾਂ ਸੰਗ੍ਰਹਿਤ ਪ੍ਰਸਤੁਤੀ ਦੀ ਪੁਸ਼ਟੀ ਕਰ ਸਕਦਾ ਹੈ। ਇਸ ਲਈ ਮੂਲ ਸਰੋਤ ਵੱਲ ਟ੍ਰੈਫਿਕ ਆਪਣੇ ਆਪ ਇਹ ਨਹੀਂ ਦਰਸਾਉਂਦਾ ਕਿ ਕੈਸ਼ ਕੀਤੀ ਵਸਤੂ ਸੁੱਟ ਦਿੱਤੀ ਗਈ ਹੈ।

ਨੀਤੀ ਦੀ ਸਮੀਖਿਆ ਕਰਦੇ ਸਮੇਂ ਆਮ ਮੁੜ ਵਰਤੋਂ ਅਤੇ ਸਪਸ਼ਟ ਰੀਲੋਡ ਦੀ ਤੁਲਨਾ ਕਰੋ।

ਸੰਬੰਧਿਤ ਲੇਖ