কম্প্রেসিং প্রক্সি কোথায় ব্যান্ডউইথ বাঁচাতে পারে
সীমিত ক্লায়েন্ট লিঙ্কের আগে কনটেন্ট হ্রাস রাখুন এবং ছবির গুণমান, বিদ্যমান কম্প্রেশন ও 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 রেসপন্স নীতি সম্মত কনটেন্ট পরিচালনা নিয়ন্ত্রণ করে; এটি পরিবহন এনক্রিপশন থেকে পৃথক। প্রকৃত কনটেন্ট ও এনক্রিপশন পথ থেকে সুবিধা অনুমান করুন, পুরোনো প্লেইনটেক্সট-ছবির প্রদর্শন থেকে নয়।