સંકોચન કરતું પ્રોક્સી ક્યાં બેન્ડવિડ્થ બચાવી શકે છે

પ્રતિસાદ માર્ગ પર મર્યાદિત કડી પહેલાં સામગ્રી ઘટાડો મૂકો:

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

જો આખું શરીર પહેલેથી તે કડી પાર કરી ગયું હોય, તો પછી નાનું કરવાથી તે બાઇટ્સ પાછા મળી શકતા નથી. ઝડપી અપસ્ટ્રીમ ધરાવતું દૂરનું રૂપાંતરક બ્રાઉઝરની બાજુના સ્થાનિક પ્રોક્સીથી અલગ હેતુ પૂરો કરી શકે છે.

Ziproxy આ અભિગમ દર્શાવે છે: તેનો પ્રોજેક્ટ કેશ ન કરતું HTTP પ્રોક્સી વર્ણવે છે જે લખાણ જેવી સામગ્રીને gzip કરે છે અને નાની, નીચી ગુણવત્તાની છબીઓ બનાવી શકે છે.

પ્રક્રિયા અને વધારાનું જમ્પ સમય પણ લે છે, તેથી ઓછા બાઇટ ઝડપી પૂર્ણતાની બાંયધરી આપતા નથી. કેશ યોગ્ય સંગ્રહિત પ્રતિસાદનો ફરી ઉપયોગ કરે છે; સંકોચન નવેસરથી મેળવેલ પ્રતિસાદને સંગ્રહ કર્યા વિના રૂપાંતરિત કરી શકે છે.

HTTP સામગ્રી દૃશ્યમાન હોય ત્યાં Cache-Control: no-transform નું પાલન કરો. no-transform પ્રતિસાદ નીતિ અનુરૂપ સામગ્રી સંચાલનનું નિયમન કરે છે; તે પરિવહન એન્ક્રિપ્શનથી અલગ છે. લાભોનો અંદાજ વાસ્તવિક સામગ્રી અને એન્ક્રિપ્શન માર્ગ પરથી લગાવો, જૂની સાદા-લખાણ છબી રજૂઆત પરથી નહીં.