កន្លែងដែលប្រូកស៊ីបង្ហាប់អាចសន្សំសំចៃកម្រិតបញ្ជូន

ដាក់ការកាត់បន្ថយមាតិកាមុនតំណដែលមានកំណត់នៅលើផ្លូវឆ្លើយតប៖

website → proxy transforms response → slow or metered link → browser

ប្រសិនបើតួទាំងមូលបានឆ្លងកាត់តំណនោះរួចហើយ ការធ្វើឱ្យវាតូចជាងមុននៅពេលក្រោយមិនអាចយកបៃទាំងនោះមកវិញបានទេ។ ឧបករណ៍បំលែងពីចម្ងាយដែលមានផ្លូវឡើងលឿនជាងអាចបម្រើគោលបំណងខុសពីប្រូកស៊ីក្នុងតំបន់ក្បែរកម្មវិធីរុករក។

Ziproxy បង្ហាញវិធីសាស្ត្រនេះ៖ គម្រោងរបស់វាពិពណ៌នាអំពីប្រូកស៊ី HTTP ដែលមិនធ្វើឃ្លាំងសម្ងាត់ ដែល gzip មាតិកាបែបអក្សរ ហើយអាចបង្កើតរូបភាពតូចជាង និងគុណភាពទាបជាង។

ការកែច្នៃ និងការលោតបន្ថែមក៏ចំណាយពេលដែរ ដូច្នេះបៃតិចជាងមិនធានាការបញ្ចប់លឿនជាងទេ។ ឃ្លាំងសម្ងាត់ប្រើឡើងវិញនូវការឆ្លើយតបដែលបានរក្សាទុកដែលមានលក្ខណៈសមស្រប; ការបង្ហាប់អាចបំលែងការឆ្លើយតបដែលទើបទទួលបានដោយមិនរក្សាទុកវា។

កន្លែងដែលមាតិកា HTTP អាចមើលឃើញ សូមគោរព Cache-Control: no-transform។ គោលនយោបាយឆ្លើយតប no-transform គ្រប់គ្រងការដោះស្រាយមាតិកាដែលស្របតាម; វាដោយឡែកពីការអ៊ិនគ្រីប្តដឹកជញ្ជូន។ ប៉ាន់ប្រមាណអត្ថប្រយោជន៍ពីមាតិកាពិតប្រាកដ និងផ្លូវអ៊ិនគ្រីប្ត មិនមែនពីការបង្ហាញរូបភាពអក្សរបើកចំហចាស់នោះទេ។