Шахагч прокси зурвасын өргөнийг хаана хэмнэж чадах вэ
Агуулгын бууралтыг хязгаарлагдмал клиентийн холбоосын өмнө байрлуулж, зургийн чанар, одоо байгаа шахалт, 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 хариултын бодлого нь нийцтэй агуулгын боловсруулалтыг зохицуулна; энэ нь тээврийн шифрлэлтээс тусдаа. Ашгийг бодит агуулга болон шифрлэлтийн замаас тооцоол, хуучин нээлттэй текстэн зургийн үзүүлбэрээс биш.