Theo các quy tắc HTTP hiện đại, chuỗi truy vấn không làm cho một phản hồi không thể lưu vào bộ nhớ đệm. Một tài nguyên công khai như /catalog?page=2 có thể tuyên bố trực tiếp độ tươi mới dự kiến của nó:

Cache-Control: public, max-age=60

Đây là một chính sách minh họa cho nội dung công khai. Phản hồi vẫn phải đáp ứng các yêu cầu về khả năng lưu bộ nhớ đệm khác. Kết quả được cá nhân hóa không nên có được bộ nhớ đệm chia sẻ chỉ vì nhà vận hành proxy muốn tỷ lệ trúng cao hơn.

Truy vấn vẫn là một phần của URI đích được dùng trong khóa bộ nhớ đệm. Trang 2 và trang 3 là các yêu cầu khác nhau. Việc loại bỏ truy vấn để URL của chúng trông giống nhau có thể phục vụ kết quả này thay cho kết quả kia; điều đó không làm các kết quả trở nên tương đương.

Hạn chế cũ hơn của HTTP về độ tươi mới theo suy đoán đối với URL có truy vấn đã bị loại bỏ sau khi chứng tỏ được triển khai kém. Độ tươi mới rõ ràng tránh phụ thuộc vào phỏng đoán của bộ nhớ đệm, trong khi các quy tắc proxy cục bộ vẫn có thể loại trừ một số URL nhất định.

Lưu lượng HTTPS CONNECT thông thường để tài nguyên và chính sách bộ nhớ đệm của nó bên trong TLS. Proxy chuyển tiếp đường hầm không có được bộ nhớ đệm đối tượng cho những trang đó chỉ vì URL sử dụng truy vấn.

Bài viết liên quan