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

ਹੁਣ ਕੰਮ ਦਾ ਭਾਰ ਬਦਲੋ: ਹਰ ਵਰਕਰ ਸਿਰਫ਼ ਇੱਕ HTML ਦਸਤਾਵੇਜ਼ ਡਾਊਨਲੋਡ ਕਰਦਾ ਹੈ ਅਤੇ ਇਸ ਦੇ ਜੁੜੇ ਸਰੋਤ ਕਦੇ ਲੋਡ ਨਹੀਂ ਕਰਦਾ। ਆਮ ਸਟਾਈਲਸ਼ੀਟ ਅਜੇ ਵੀ ਮਾਰਕਅੱਪ ਵਿੱਚ ਹੈ, ਪਰ ਕੋਈ ਵਰਕਰ ਇਸ ਦੀ ਮੰਗ ਨਹੀਂ ਕਰਦਾ। ਇਹ ਪ੍ਰਾਕਸੀ ਦੀ ਕੈਸ਼ ਹਿੱਟ ਦਰ ਵਿੱਚ ਕੁਝ ਨਹੀਂ ਜੋੜਦੀ।

ਉਨ੍ਹਾਂ ਬੇਨਤੀਆਂ ਤੋਂ ਸ਼ੁਰੂ ਕਰੋ ਜੋ ਤੁਹਾਡਾ ਕ੍ਰਾਲਰ ਅਸਲ ਵਿੱਚ ਕਰਦਾ ਹੈ

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

ਕੰਮ ਦਾ ਭਾਰਸਾਂਝੇ ਦੁਬਾਰਾ ਵਰਤੋਂ ਦੀ ਸੰਭਾਵਨਾ
ਵਰਕਰ ਉਹੀ ਜਨਤਕ ਸੰਪਤੀਆਂ ਵਾਰ-ਵਾਰ ਲਿਆਉਂਦੇ ਹਨਲਾਹੇਵੰਦ ਜਦੋਂ ਤਾਜ਼ਗੀ ਅਤੇ ਕੈਸ਼-ਕੁੰਜੀ ਨਿਯਮ ਆਗਿਆ ਦੇਣ
ਹਰ ਬੇਨਤੀ ਦਾ ਵਿਲੱਖਣ URL ਜਾਂ ਜਵਾਬ ਰੂਪ ਹੁੰਦਾ ਹੈਦੁਬਾਰਾ ਵਰਤੋਂ ਲਈ ਘੱਟ ਓਵਰਲੈਪ
ਦੁਬਾਰਾ ਵਰਤੋਂ ਤੋਂ ਪਹਿਲਾਂ ਜਵਾਬ ਦੀ ਮੁੜ-ਪ੍ਰਮਾਣਿਕਤਾ ਲੋੜੀਂਦੀਜਵਾਬ ਬਾਈਟ ਬਚਾ ਸਕਦਾ ਹੈ, ਪਰ ਉੱਪਰ ਵੱਲ ਸਫ਼ਰ ਅਜੇ ਵੀ ਲੋੜੀਂਦਾ
ਵਰਕਰ ਆਪਣੇ ਸਥਾਨਕ ਕੈਸ਼ ਤੋਂ ਬੇਨਤੀਆਂ ਪੂਰੀਆਂ ਕਰ ਰਹੇ ਹਨਉਹ ਬੇਨਤੀਆਂ ਸਾਂਝੇ ਪ੍ਰਾਕਸੀ ਤੱਕ ਕਦੇ ਨਹੀਂ ਪਹੁੰਚ ਸਕਦੀਆਂ

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

ਆਮ HTTPS CONNECT ਟ੍ਰੈਫ਼ਿਕ ਲਈ ਫਾਰਵਰਡ ਪ੍ਰਾਕਸੀ ਐਨਕ੍ਰਿਪਟਿਡ ਸੁਰੰਗ ਲੈ ਕੇ ਚੱਲਦਾ ਹੈ ਅਤੇ ਇਸ ਦੇ ਅੰਦਰ ਕੈਸ਼ ਕਰਨ ਲਈ ਕੋਈ HTTP ਵਸਤੂ ਨਹੀਂ ਹੁੰਦੀ। TLS ਜਾਂਚ ਵਾਲੀ ਤੈਨਾਤੀ ਦਾ ਭਰੋਸਾ ਅਤੇ ਪ੍ਰੋਸੈਸਿੰਗ ਵਿਵਹਾਰ ਵੱਖਰਾ ਹੁੰਦਾ ਹੈ। ਵਸਤੂ ਕੈਸ਼ਿੰਗ ਉਪਲਬਧ ਹੈ ਜਾਂ ਨਹੀਂ, ਇਹ ਮੁਲਾਂਕਣ ਕਰਦਿਆਂ ਅਸਲ ਮੋਡ ਸ਼ਾਮਲ ਕਰੋ।

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

ਸੰਬੰਧਿਤ ਲੇਖ