కంప్రెస్ చేసే ప్రాక్సీ ఎక్కడ బ్యాండ్విడ్త్ ఆదా చేయగలదు
పరిమిత క్లయింట్ లింక్కు ముందు కంటెంట్ తగ్గింపును ఉంచండి మరియు చిత్ర నాణ్యత, ఇప్పటికే ఉన్న కంప్రెషన్, HTTPS కనిపించే స్థితిని పరిగణించండి.
ప్రతిస్పందన మార్గంలో పరిమిత లింక్కు ముందు కంటెంట్ తగ్గింపును ఉంచండి:
website → proxy transforms response → slow or metered link → browser
మొత్తం బాడీ ఇప్పటికే ఆ లింక్ దాటి ఉంటే, తర్వాత దాన్ని చిన్నగా చేయడం ఆ బైట్లను తిరిగి తీసుకురాలేదు. వేగవంతమైన అప్స్ట్రీమ్ ఉన్న దూర పరివర్తకం బ్రౌజర్ పక్కన ఉన్న స్థానిక ప్రాక్సీకి భిన్నమైన లక్ష్యాన్ని నెరవేర్చగలదు.
Ziproxy ఈ విధానాన్ని చూపిస్తుంది: దాని ప్రాజెక్ట్ పాఠ్యంలాంటి కంటెంట్ను gzip చేసే మరియు చిన్న, తక్కువ నాణ్యత గల చిత్రాలను ఉత్పత్తి చేయగల క్యాషింగ్ లేని HTTP ప్రాక్సీని వివరిస్తుంది.
| ప్రతిస్పందన మార్గం | సంభావ్య తగ్గింపు |
|---|---|
| gzip ఎన్కోడింగ్ | నష్టం లేకుండా; బ్రౌజర్ అసలు డేటాను డీకోడ్ చేస్తుంది |
| చిత్రాల పునః కంప్రెషన్ | వివరాలను వదిలేయవచ్చు మరియు ఖచ్చితమైన చిత్రాలు ముఖ్యమైనప్పుడు సరిపోకపోవచ్చు |
| ఇప్పటికే సమర్థవంతంగా కంప్రెస్ చేసిన కంటెంట్ | మరింత తగ్గింపుకు తక్కువ స్థలం |
| సాధారణ HTTPS CONNECT | అపారదర్శక TLS మరో విశ్వసనీయ స్పష్ట పాఠ్య ప్రాప్యత ఏర్పాటు లేకుండా HTML లేదా చిత్ర పరివర్తనను నిరోధిస్తుంది |
ప్రాసెసింగ్ మరియు అదనపు హాప్ సమయం తీసుకుంటాయి, కాబట్టి తక్కువ బైట్లు వేగవంతమైన పూర్తికి హామీ ఇవ్వవు. కాష్ అర్హమైన నిల్వ చేసిన ప్రతిస్పందనను తిరిగి ఉపయోగిస్తుంది; కంప్రెషన్ కొత్తగా పొందిన ప్రతిస్పందనను నిల్వ చేయకుండా పరివర్తన చేయగలదు.
HTTP కంటెంట్ కనిపించే చోట Cache-Control: no-transform పాటించండి. no-transform ప్రతిస్పందన విధానం అనుగుణ కంటెంట్ నిర్వహణను నియంత్రిస్తుంది; ఇది రవాణా గూఢలేఖనం నుండి వేరు. ప్రయోజనాలను వాస్తవ కంటెంట్ మరియు గూఢలేఖన మార్గం నుండి అంచనా వేయండి, పాత స్పష్ట పాఠ్య చిత్ర ప్రదర్శన నుండి కాదు.