കംപ്രസ്സിംഗ് പ്രോക്സിക്ക് ബാൻഡ്വിഡ്ത്ത് ലാഭിക്കാൻ കഴിയുന്നിടം
പരിമിതമായ ക്ലയന്റ് ലിങ്കിന് മുമ്പ് ഉള്ളടക്ക കുറവ് വയ്ക്കുക, ചിത്ര നിലവാരം, നിലവിലുള്ള കംപ്രഷൻ, 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 പ്രതികരണ നയം അനുസൃത ഉള്ളടക്ക കൈകാര്യം നിയന്ത്രിക്കുന്നു; ഇത് ഗതാഗത എൻക്രിപ്ഷനിൽ നിന്ന് വേറിട്ടതാണ്. യഥാർത്ഥ ഉള്ളടക്കത്തിൽ നിന്നും എൻക്രിപ്ഷൻ പാതയിൽ നിന്നും നേട്ടങ്ങൾ കണക്കാക്കുക, പഴയ വ്യക്തമായ ടെക്സ്റ്റ് ചിത്ര പ്രദർശനത്തിൽ നിന്നല്ല.