কম্প্ৰেছিং প্ৰক্সিয়ে ক'ত বেণ্ডউইথ ৰাহি কৰিব পাৰে

উত্তৰ পথত সীমিত লিংকৰ আগতে সমল হ্ৰাস কৰক:

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

যদি সম্পূৰ্ণ শৰীৰটোৱে ইতিমধ্যে সেই লিংক অতিক্ৰম কৰিছে, তেন্তে পিছত সৰু কৰিলে সেই বাইটবোৰ ঘূৰাই পোৱা নাযায়। দ্ৰুত আপষ্ট্ৰিম থকা এটা দূৰৰ ৰূপান্তৰকৰ্তাই ব্ৰাউজাৰৰ কাষৰ স্থানীয় প্ৰক্সিতকৈ বেলেগ উদ্দেশ্য সাধন কৰিব পাৰে।

Ziproxy-এ এই পদ্ধতিৰ উদাহৰণ দিয়ে: ইয়াৰ প্ৰকল্পত এটা কেশিং নকৰা HTTP প্ৰক্সিৰ কথা কোৱা হৈছে যিয়ে পাঠ্যৰ দৰে সমল gzip কৰে আৰু সৰু, নিম্নমানৰ ছবি সৃষ্টি কৰিব পাৰে।

প্ৰক্ৰিয়াকৰণ আৰু অতিৰিক্ত হপেও সময় লয়, সেয়ে কম বাইটে দ্ৰুত সমাপ্তিৰ নিশ্চয়তা নিদিয়ে। কেশিঙে যোগ্য সঞ্চিত উত্তৰ পুনৰ ব্যৱহাৰ কৰে; কম্প্ৰেছে নতুনকৈ অনা উত্তৰ সঞ্চয় নকৰাকৈ ৰূপান্তৰ কৰিব পাৰে।

HTTP সমল দৃশ্যমান হ'লে Cache-Control: no-transform মানি চলক। no-transform উত্তৰ নীতিয়ে অনুগত সমল পৰিচালনা নিয়ন্ত্ৰণ কৰে; ই পৰিবহন এনক্ৰিপচনৰ পৰা পৃথক। প্ৰকৃত সমল আৰু এনক্ৰিপচন পথৰ পৰা লাভ অনুমান কৰক, পুৰণি প্লেইনটেক্সট-ছবি প্ৰদৰ্শনৰ পৰা নহয়।