ਕੰਪ੍ਰੈਸ ਕਰਨ ਵਾਲਾ ਪ੍ਰੌਕਸੀ ਕਿੱਥੇ ਬੈਂਡਵਿਡਥ ਬਚਾ ਸਕਦਾ ਹੈ

ਸਮੱਗਰੀ ਘਟਾਉਣ ਨੂੰ ਸੀਮਿਤ ਕਲਾਇੰਟ ਲਿੰਕ ਤੋਂ ਪਹਿਲਾਂ ਰੱਖੋ ਅਤੇ ਚਿੱਤਰ ਗੁਣਵੱਤਾ, ਮੌਜੂਦਾ ਕੰਪ੍ਰੈਸ਼ਨ ਅਤੇ HTTPS ਦਿੱਖ ਨੂੰ ਧਿਆਨ ਵਿੱਚ ਰੱਖੋ।

ਪ੍ਰਤੀਕਿਰਿਆ ਮਾਰਗ 'ਤੇ ਸੀਮਿਤ ਲਿੰਕ ਤੋਂ ਪਹਿਲਾਂ ਸਮੱਗਰੀ ਘਟਾਉਣ ਰੱਖੋ:

website → proxy transforms response → slow or metered link → browser

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

Ziproxy ਇਸ ਪਹੁੰਚ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ: ਇਸਦਾ ਪ੍ਰੋਜੈਕਟ ਇੱਕ ਕੈਸ਼ ਨਾ ਕਰਨ ਵਾਲੀ HTTP ਪ੍ਰੌਕਸੀ ਦਾ ਵਰਣਨ ਕਰਦਾ ਹੈ ਜੋ ਲਿਖਤ ਵਰਗੀ ਸਮੱਗਰੀ ਨੂੰ gzip ਕਰਦੀ ਹੈ ਅਤੇ ਛੋਟੀਆਂ, ਘੱਟ ਗੁਣਵੱਤਾ ਵਾਲੀਆਂ ਤਸਵੀਰਾਂ ਬਣਾ ਸਕਦੀ ਹੈ।

ਪ੍ਰਤੀਕਿਰਿਆ ਮਾਰਗਸੰਭਾਵੀ ਕਮੀ
gzip ਐਨਕੋਡਿੰਗਨੁਕਸਾਨ ਰਹਿਤ; ਬ੍ਰਾਊਜ਼ਰ ਮੂਲ ਡੇਟਾ ਡੀਕੋਡ ਕਰਦਾ ਹੈ
ਤਸਵੀਰਾਂ ਦਾ ਮੁੜ ਕੰਪ੍ਰੈਸ਼ਨਵੇਰਵੇ ਛੱਡ ਸਕਦਾ ਹੈ ਅਤੇ ਸਹੀ ਤਸਵੀਰਾਂ ਮਹੱਤਵਪੂਰਨ ਹੋਣ 'ਤੇ ਅਣਉਚਿਤ ਹੋ ਸਕਦਾ ਹੈ
ਪਹਿਲਾਂ ਹੀ ਕੁਸ਼ਲਤਾ ਨਾਲ ਕੰਪ੍ਰੈਸ ਕੀਤੀ ਸਮੱਗਰੀਹੋਰ ਕਮੀ ਲਈ ਘੱਟ ਥਾਂ
ਆਮ HTTPS CONNECTਧੁੰਦਲਾ TLS ਕਿਸੇ ਹੋਰ ਭਰੋਸੇਯੋਗ ਸਾਫ਼-ਲਿਖਤ ਪਹੁੰਚ ਪ੍ਰਬੰਧ ਬਿਨਾਂ HTML ਜਾਂ ਤਸਵੀਰ ਰੂਪਾਂਤਰਣ ਰੋਕਦਾ ਹੈ

ਪ੍ਰੋਸੈਸਿੰਗ ਅਤੇ ਵਾਧੂ ਹੌਪ ਸਮਾਂ ਵੀ ਲੈਂਦੇ ਹਨ, ਇਸ ਲਈ ਘੱਟ ਬਾਈਟ ਤੇਜ਼ ਪੂਰਤੀ ਦੀ ਗਾਰੰਟੀ ਨਹੀਂ ਦਿੰਦੇ। ਕੈਸ਼ ਯੋਗ ਸੰਭਾਲੀ ਪ੍ਰਤੀਕਿਰਿਆ ਦਾ ਮੁੜ ਉਪਯੋਗ ਕਰਦਾ ਹੈ; ਕੰਪ੍ਰੈਸ਼ਨ ਨਵੀਂ ਪ੍ਰਾਪਤ ਪ੍ਰਤੀਕਿਰਿਆ ਨੂੰ ਸੰਭਾਲੇ ਬਿਨਾਂ ਰੂਪਾਂਤਰਿਤ ਕਰ ਸਕਦਾ ਹੈ।

ਜਿੱਥੇ HTTP ਸਮੱਗਰੀ ਦਿਖਦੀ ਹੈ, Cache-Control: no-transform ਦੀ ਪਾਲਣਾ ਕਰੋ। no-transform ਪ੍ਰਤੀਕਿਰਿਆ ਨੀਤੀ ਅਨੁਕੂਲ ਸਮੱਗਰੀ ਪ੍ਰਬੰਧਨ ਨੂੰ ਨਿਯੰਤਰਿਤ ਕਰਦੀ ਹੈ; ਇਹ ਟਰਾਂਸਪੋਰਟ ਐਨਕ੍ਰਿਪਸ਼ਨ ਤੋਂ ਵੱਖਰੀ ਹੈ। ਲਾਭ ਅਸਲ ਸਮੱਗਰੀ ਅਤੇ ਐਨਕ੍ਰਿਪਸ਼ਨ ਮਾਰਗ ਤੋਂ ਅੰਦਾਜ਼ਾ ਲਗਾਓ, ਪੁਰਾਣੀ ਸਾਫ਼-ਲਿਖਤ ਤਸਵੀਰ ਪ੍ਰਦਰਸ਼ਨੀ ਤੋਂ ਨਹੀਂ।

ਸੰਬੰਧਿਤ ਲੇਖ