ਕਵੈਰੀ ਸਟ੍ਰਿੰਗਾਂ ਵਾਲੇ URL ਲਈ HTTP ਪ੍ਰੌਕਸੀ ਕੈਸ਼ਿੰਗ
ਕਵੈਰੀ-ਅਧਾਰਿਤ ਸਰੋਤਾਂ ਨੂੰ ਸੋਚ-ਸਮਝ ਕੇ ਕੈਸ਼ ਨੀਤੀ ਦਿਓ ਅਤੇ ਉਹਨਾਂ ਦੇ ਪੈਰਾਮੀਟਰ ਮੁੱਲ ਕੈਸ਼ ਕੁੰਜੀ ਵਿੱਚ ਰੱਖੋ।
ਆਧੁਨਿਕ HTTP ਨਿਯਮਾਂ ਅਧੀਨ ਕਵੈਰੀ ਸਟ੍ਰਿੰਗ ਕਿਸੇ ਜਵਾਬ ਨੂੰ ਕੈਸ਼-ਅਯੋਗ ਨਹੀਂ ਬਣਾਉਂਦੀ। /catalog?page=2 ਵਰਗਾ ਜਨਤਕ ਸਰੋਤ ਆਪਣੀ ਮਨਜ਼ੂਰਸ਼ੁਦਾ ਤਾਜ਼ਗੀ ਸਿੱਧੀ ਘੋਸ਼ਿਤ ਕਰ ਸਕਦਾ ਹੈ:
Cache-Control: public, max-age=60ਇਹ ਜਨਤਕ ਸਮੱਗਰੀ ਲਈ ਇੱਕ ਉਦਾਹਰਨ ਨੀਤੀ ਹੈ। ਜਵਾਬ ਨੂੰ ਅਜੇ ਵੀ ਹੋਰ ਕੈਸ਼-ਯੋਗਤਾ ਲੋੜਾਂ ਪੂਰੀਆਂ ਕਰਨੀਆਂ ਹਨ। ਨਿੱਜੀਕ੍ਰਿਤ ਨਤੀਜਿਆਂ ਨੂੰ ਸਿਰਫ਼ ਇਸ ਲਈ ਸਾਂਝਾ ਕੈਸ਼ਿੰਗ ਨਹੀਂ ਮਿਲਣੀ ਚਾਹੀਦੀ ਕਿ ਕੋਈ ਪ੍ਰੌਕਸੀ ਆਪਰੇਟਰ ਬਿਹਤਰ ਹਿੱਟ ਦਰ ਚਾਹੁੰਦਾ ਹੈ।
ਕਵੈਰੀ ਕੈਸ਼ ਕੁੰਜੀ ਵਿੱਚ ਵਰਤੇ ਗਏ ਟਾਰਗਿਟ URI ਦਾ ਹਿੱਸਾ ਬਣੀ ਰਹਿੰਦੀ ਹੈ। ਪੰਨਾ 2 ਅਤੇ ਪੰਨਾ 3 ਵੱਖਰੀਆਂ ਬੇਨਤੀਆਂ ਹਨ। ਉਹਨਾਂ ਦੇ URL ਇੱਕੋ ਜਿਹੇ ਦਿਖਣ ਲਈ ਕਵੈਰੀ ਹਟਾਉਣਾ ਇੱਕ ਨਤੀਜਾ ਦੂਜੇ ਲਈ ਪਰੋਸ ਸਕਦਾ ਹੈ; ਇਸ ਨਾਲ ਨਤੀਜੇ ਬਰਾਬਰ ਨਹੀਂ ਹੁੰਦੇ।
ਕਵੈਰੀ URL ਲਈ ਹਿਊਰਿਸਟਿਕ ਤਾਜ਼ਗੀ ਉੱਤੇ HTTP ਦੀ ਪੁਰਾਣੀ ਪਾਬੰਦੀ ਇਹ ਸਾਬਤ ਹੋਣ ਤੋਂ ਬਾਅਦ ਹਟਾਈ ਗਈ ਕਿ ਇਹ ਖਰਾਬ ਲਾਗੂ ਕੀਤੀ ਗਈ ਸੀ। ਸਪੱਸ਼ਟ ਤਾਜ਼ਗੀ ਕੈਸ਼ ਦੇ ਅੰਦਾਜ਼ੇ 'ਤੇ ਨਿਰਭਰਤਾ ਤੋਂ ਬਚਦੀ ਹੈ, ਜਦਕਿ ਸਥਾਨਕ ਪ੍ਰੌਕਸੀ ਨਿਯਮ ਕੁਝ URL ਬਾਹਰ ਰੱਖ ਸਕਦੇ ਹਨ।
ਆਮ HTTPS CONNECT ਟ੍ਰੈਫਿਕ ਸਰੋਤ ਅਤੇ ਇਸਦੀ ਕੈਸ਼ ਨੀਤੀ ਨੂੰ TLS ਦੇ ਅੰਦਰ ਛੱਡ ਦਿੰਦਾ ਹੈ। ਟਨਲਿੰਗ ਫਾਰਵਰਡ ਪ੍ਰੌਕਸੀ ਉਹਨਾਂ ਪੰਨਿਆਂ ਲਈ ਆਬਜੈਕਟ ਕੈਸ਼ ਨਹੀਂ ਪ੍ਰਾਪਤ ਕਰਦੀ ਸਿਰਫ਼ ਇਸ ਲਈ ਕਿ URL ਕਵੈਰੀ ਵਰਤਦਾ ਹੈ।