कहाँ एक संपीड़न प्रॉक्सी बैंडविड्थ बचा सकता है

सामग्री में कमी को सीमित क्लाइंट लिंक से पहले रखें और छवि गुणवत्ता, मौजूदा संपीड़न तथा 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 प्रतिक्रिया नीति अनुरूप सामग्री प्रबंधन को नियंत्रित करती है; यह परिवहन एन्क्रिप्शन से अलग है। लाभों का अनुमान वास्तविक सामग्री और एन्क्रिप्शन पथ से लगाएँ, पुराने स्पष्ट-पाठ छवि प्रदर्शन से नहीं।

संबंधित लेख