د کمپریشن پروکسي چېرته کولای شي بینډوېت وساتي
د پیرودونکي د محدود لینک مخکې د منځپانګې کمول وګمارئ او د انځور کیفیت، موجود کمپریشن او 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 ځواب تګلاره د منځپانګې مطابق مدیریت تنظیموي; دا د لېږد له کوډ کولو جلا ده. ګټې د ریښتیني منځپانګې او کوډ کولو لارې څخه اټکل کړئ، نه د پخواني روښانه متن انځور مظاهرې څخه.