କମ୍ପ୍ରେସିଂ ପ୍ରକ୍ସି କେଉଁଠି ବ୍ୟାଣ୍ଡୱିଡଥ୍ ସଞ୍ଚୟ କରିପାରେ
ସୀମିତ କ୍ଲାଏଣ୍ଟ ଲିଙ୍କ ପୂର୍ବରୁ ବିଷୟବସ୍ତୁ ହ୍ରାସ ରଖନ୍ତୁ ଏବଂ ପ୍ରତିଛବି ଗୁଣବତ୍ତା, ବିଦ୍ୟମାନ କମ୍ପ୍ରେସନ ଓ 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 ପ୍ରତିକ୍ରିୟା ନୀତି ଅନୁରୂପ ବିଷୟବସ୍ତୁ ପରିଚାଳନା ନିୟନ୍ତ୍ରଣ କରେ; ଏହା ପରିବହନ ଏନକ୍ରିପସନରୁ ଅଲଗା। ଲାଭକୁ ପ୍ରକୃତ ବିଷୟବସ୍ତୁ ଓ ଏନକ୍ରିପସନ ପଥରୁ ଅନୁମାନ କରନ୍ତୁ, ପୁରୁଣା ସ୍ପଷ୍ଟ-ପାଠ୍ୟ ପ୍ରତିଛବି ପ୍ରଦର୍ଶନରୁ ନୁହେଁ।