HTTP პროქსის ქეშირება მოთხოვნის სტრიქონის მქონე URL-ებისთვის

მოთხოვნის სტრიქონი თანამედროვე HTTP წესებით პასუხს ქეშირებადს არ ხდის. საჯარო რესურსს, როგორიცაა /catalog?page=2, შეუძლია პირდაპირ განაცხადოს განზრახული სიახლე:

Cache-Control: public, max-age=60

ეს საჯარო კონტენტისთვის საილუსტრაციო პოლიტიკაა. პასუხი მაინც უნდა აკმაყოფილებდეს ქეშირებადობის სხვა მოთხოვნებს. პერსონალიზებულმა შედეგებმა არ უნდა მიიღონ საზიარო ქეში მხოლოდ იმიტომ, რომ პროქსის ოპერატორს უკეთესი დარტყმის მაჩვენებელი სურს.

მოთხოვნა რჩება სამიზნე URI-ის ნაწილად, რომელიც ქეშის გასაღებში გამოიყენება. გვერდი 2 და გვერდი 3 სხვადასხვა მოთხოვნაა. მოთხოვნის მოცილება იმისთვის, რომ მათი URL-ები ერთნაირად გამოიყურებოდეს, შეიძლება ერთი შედეგი მეორის ნაცვლად მოგვაწოდოს; ეს შედეგებს ეკვივალენტურს არ ხდის.

HTTP-ის ძველი შეზღუდვა მოთხოვნის URL-ების ევრისტიკულ სიახლეზე მოიხსნა მას შემდეგ, რაც დადასტურდა, რომ ის ცუდად იყო დანერგილი. მკაფიო სიახლე თავს არიდებს ქეშის ვარაუდზე დაყრდნობას, ხოლო ლოკალური პროქსის წესებს კვლავ შეუძლიათ გარკვეული URL-ების გამორიცხვა.

ჩვეულებრივი HTTPS CONNECT ტრაფიკი რესურსს და მის ქეშის პოლიტიკას TLS-ის შიგნით ტოვებს. გვირაბირებადი გადამისამართებული პროქსი ამ გვერდებისთვის ობიექტურ ქეშს არ იძენს მხოლოდ იმიტომ, რომ URL მოთხოვნას იყენებს.