کوئری اسٹرنگ والے URL کے لیے HTTP پراکسی کیشنگ

جدید HTTP قواعد کے تحت کوئری اسٹرنگ کسی جواب کو ناقابلِ کیش نہیں بناتی۔ /catalog?page=2 جیسا عوامی وسیلہ اپنی مطلوبہ تازگی براہِ راست بیان کر سکتا ہے:

Cache-Control: public, max-age=60

یہ عوامی مواد کے لیے ایک مثالی پالیسی ہے۔ جواب کو اب بھی دیگر کیش کے قابل ہونے کی شرائط پوری کرنی ہوں گی۔ ذاتی نوعیت کے نتائج کو محض اس لیے مشترکہ کیشنگ نہیں ملنی چاہیے کہ کوئی پراکسی آپریٹر بہتر ہٹ ریٹ چاہتا ہے۔

کوئری کیش کلید میں استعمال ہونے والے ہدف URI کا حصہ رہتی ہے۔ صفحہ 2 اور صفحہ 3 مختلف درخواستیں ہیں۔ ان کے URL ایک جیسے دکھانے کے لیے کوئری ہٹانا ایک نتیجہ دوسرے کی جگہ پیش کر سکتا ہے؛ اس سے نتائج مساوی نہیں ہوتے۔

کوئری URL کے لیے ہیورسٹک تازگی پر HTTP کی پرانی پابندی یہ ثابت ہونے کے بعد ہٹا دی گئی کہ اس پر بری طرح عمل درآمد ہوا تھا۔ واضح تازگی کیش کے اندازے پر انحصار سے بچتی ہے، جبکہ مقامی پراکسی قواعد اب بھی مخصوص URL خارج کر سکتے ہیں۔

عام HTTPS CONNECT ٹریفک وسیلے اور اس کی کیش پالیسی کو TLS کے اندر چھوڑ دیتا ہے۔ ٹنلنگ فارورڈ پراکسی ان صفحات کے لیے آبجیکٹ کیش حاصل نہیں کرتی صرف اس لیے کہ URL کوئری استعمال کرتا ہے۔