Որտեղ սեղմող պրոքսին կարող է խնայել թողունակություն

Տեղադրեք բովանդակության կրճատումը պատասխանի ուղու սահմանափակ կապից առաջ՝

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

Եթե ամբողջ մարմինն արդեն անցել է այդ կապով, ապա հետագայում այն փոքրացնելը չի վերականգնի այդ բայթերը։ Ավելի արագ վերին հոսքով հեռավոր ձևափոխիչը կարող է այլ նպատակի ծառայել, քան դիտարկիչի կողքի տեղական պրոքսին։

Ziproxy-ն ցույց է տալիս այս մոտեցումը. նրա նախագիծը նկարագրում է չպահոցավորող HTTP պրոքսի, որը gzip-ով սեղմում է տեքստանման բովանդակությունը և կարող է ստեղծել ավելի փոքր, ցածր որակի պատկերներ։

Մշակումը և լրացուցիչ թռիչքը նույնպես ժամանակ են պահանջում, ուստի ավելի քիչ բայթերը չեն երաշխավորում ավելի արագ ավարտ։ Պահոցը կրկին օգտագործում է համապատասխան պահված պատասխան. սեղմումը կարող է ձևափոխել նոր ստացված պատասխանը՝ առանց այն պահելու։

Այնտեղ, որտեղ HTTP բովանդակությունը տեսանելի է, պահպանեք Cache-Control: no-transform-ը։ no-transform պատասխանի քաղաքականությունը կարգավորում է բովանդակության համապատասխան մշակումը. այն առանձին է տրանսպորտային գաղտնագրումից։ Գնահատեք օգուտները իրական բովանդակությունից և գաղտնագրման ուղուց, ոչ թե հին բաց տեքստով պատկերների ցուցադրությունից։