Сығатын прокси өткізу қабілетін қайда үнемдей алады
Мазмұнды азайтуды шектеулі клиент байланысының алдына қойыңыз және сурет сапасын, бар сығуды және 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 жауап саясаты талапқа сай мазмұнды өңдеуді реттейді; ол тасымалдау шифрлауынан бөлек. Пайданы нақты мазмұн мен шифрлау жолынан бағалаңыз, ескі ашық мәтінді сурет көрсетілімінен емес.