Vary: * ਵਾਲਾ ਸੰਭਾਲਿਆ ਜਵਾਬ ਹਮੇਸ਼ਾਂ ਆਮ Vary ਮਿਲਾਨ ਟੈਸਟ ਵਿੱਚ ਫੇਲ੍ਹ ਹੁੰਦਾ ਹੈ। ਪ੍ਰੌਕਸੀ ਇਹ ਨਹੀਂ ਮੰਨ ਸਕਦਾ ਕਿ ਬਾਅਦ ਦੀ ਬੇਨਤੀ ਉਸੇ ਪੇਸ਼ਕਾਰੀ ਦੀ ਹੱਕਦਾਰ ਹੈ, ਸਿਰਫ਼ ਇਸ ਲਈ ਕਿ ਉਸਦਾ URL ਅਤੇ ਦਿਖਣ ਵਾਲੇ ਹੈਡਰ ਇੱਕੋ ਜਿਹੇ ਦਿਖਦੇ ਹਨ।

ਇਸਦੀ ਤੁਲਨਾ ਇਸ ਨਾਲ ਕਰੋ:

Vary: Accept-Encoding

ਇਹ ਉਸ ਬੇਨਤੀ ਖੇਤਰ ਦਾ ਨਾਮ ਦਿੰਦਾ ਹੈ ਜਿਸਦੀ ਕੈਸ਼ ਤੁਲਨਾ ਕਰ ਸਕਦਾ ਹੈ। ਵਾਈਲਡਕਾਰਡ ਕਹਿੰਦਾ ਹੈ ਕਿ ਇਸ ਤਰ੍ਹਾਂ ਦੀ ਹੈਡਰ ਤੁਲਨਾ ਕਾਫ਼ੀ ਨਹੀਂ। ਤਾਜ਼ਗੀ ਜਾਂ ਕੈਸ਼ ਦਾ ਆਕਾਰ ਵਧਾਉਣ ਨਾਲ ਗੁੰਮ ਚੋਣ ਜਾਣਕਾਰੀ ਨਹੀਂ ਮਿਲਦੀ।

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

ਜਵਾਬ ਨੀਤੀ ਨੂੰ ਐਪਲੀਕੇਸ਼ਨ ਦਾ ਵਰਣਨ ਕਰਨ ਦਿਓ

ਜੇ ਤੁਸੀਂ ਮੂਲ ਨੂੰ ਨਿਯੰਤਰਿਤ ਕਰਦੇ ਹੋ ਅਤੇ ਪੇਸ਼ਕਾਰੀ ਸੱਚਮੁੱਚ ਸਿਰਫ਼ ਪਛਾਣੇ ਜਾ ਸਕਣ ਵਾਲੇ ਬੇਨਤੀ ਹੈਡਰਾਂ ਨਾਲ ਬਦਲਦੀ ਹੈ, ਤਾਂ ਉਹ ਖੇਤਰ ਸਹੀ ਨਾਮ ਦਿਓ। ਸਿਰਫ਼ ਇਸ ਲਈ ਕਿ ਉਹ ਉਦਾਹਰਨ ਕੈਸ਼-ਯੋਗ ਹੈ, ਵਾਈਲਡਕਾਰਡ ਨੂੰ Accept-Encoding ਨਾਲ ਨਾ ਬਦਲੋ: ਐਪਲੀਕੇਸ਼ਨ ਭਾਸ਼ਾ, ਅਧਿਕਾਰ ਜਾਂ ਉਹਨਾਂ ਹੈਡਰਾਂ ਤੋਂ ਬਾਹਰ ਦੀ ਜਾਣਕਾਰੀ ਨਾਲ ਵੀ ਬਦਲ ਸਕਦੀ ਹੈ।

ਜੇ ਸਮੱਗਰੀ ਨਿੱਜੀ ਹੈ ਜਾਂ ਸੰਭਾਲੀ ਨਹੀਂ ਜਾਣੀ ਚਾਹੀਦੀ, ਤਾਂ ਇਸਨੂੰ ਸੰਬੰਧਿਤ ਕੈਸ਼ ਨੀਤੀ ਰਾਹੀਂ ਪ੍ਰਗਟ ਕਰੋ। Vary ਹਟਾਉਣ ਨਾਲ ਨਿੱਜੀ ਸਮੱਗਰੀ ਸਾਂਝੀ ਕਰਨ ਲਈ ਸੁਰੱਖਿਅਤ ਨਹੀਂ ਹੁੰਦੀ।

Squid ਦੀ vary_ignore_expire ਸੈਟਿੰਗ ਬਦਲਦੇ ਜਵਾਬਾਂ ਲਈ ਮਿਆਦ ਖ਼ਤਮ ਸੰਭਾਲ ਅਤੇ ਇਤਿਹਾਸਕ HTTP ਵਿਵਹਾਰ ਨਾਲ ਸੰਬੰਧਿਤ ਹੈ। ਇਹ ਵਾਈਲਡਕਾਰਡ ਨੂੰ ਮਿਲਾਉਣ ਵਾਲਾ ਸਵਿੱਚ ਨਹੀਂ।

ਸੰਬੰਧਿਤ ਲੇਖ