কোয়েরি স্ট্রিংযুক্ত URL-এর জন্য HTTP প্রক্সি ক্যাশিং

আধুনিক HTTP নিয়মের অধীনে কোয়েরি স্ট্রিং কোনো প্রতিক্রিয়াকে ক্যাশ-অযোগ্য করে না। /catalog?page=2-এর মতো একটি সর্বজনীন রিসোর্স তার অভীষ্ট সতেজতা সরাসরি ঘোষণা করতে পারে:

Cache-Control: public, max-age=60

এটি সর্বজনীন বিষয়বস্তুর জন্য একটি উদাহরণমূলক নীতি। প্রতিক্রিয়াটিকে এখনও অন্য ক্যাশ-যোগ্যতার প্রয়োজনীয়তাগুলি পূরণ করতে হবে। ব্যক্তিগতকৃত ফলাফলগুলি কেবল প্রক্সি অপারেটরের ভালো হিট রেট চাওয়ার কারণে ভাগ করা ক্যাশিং পেতে পারে না।

কোয়েরিটি ক্যাশ কী-তে ব্যবহৃত লক্ষ্য URI-এর অংশ হিসেবেই থাকে। পৃষ্ঠা 2 এবং পৃষ্ঠা 3 ভিন্ন অনুরোধ। তাদের URL একই রকম দেখাতে কোয়েরি সরিয়ে ফেলা একটি ফলাফলকে অন্যটির জন্য পরিবেশন করতে পারে; এটি ফলাফলগুলিকে সমতুল্য করে না।

কোয়েরি URL-এর জন্য হিউরিস্টিক সতেজতার ব্যাপারে HTTP-এর পুরোনো নিষেধাজ্ঞাটি খারাপভাবে বাস্তবায়িত প্রমাণিত হওয়ার পর সরিয়ে দেওয়া হয়েছিল। স্পষ্ট সতেজতা ক্যাশের অনুমানের উপর নির্ভর করা এড়ায়, আর স্থানীয় প্রক্সি নিয়ম এখনও নির্দিষ্ট URL বাদ দিতে পারে।

সাধারণ HTTPS CONNECT ট্র্যাফিক রিসোর্স এবং তার ক্যাশ নীতিকে TLS-এর ভিতরে রেখে যায়। টানেলিং ফরওয়ার্ড প্রক্সি সেই পৃষ্ঠাগুলির জন্য অবজেক্ট ক্যাশ পায় না শুধু এই কারণে যে URL একটি কোয়েরি ব্যবহার করে।