Thú nhận : các trang web tôi duy trì có các quy tắc khác nhau cho Kiểm soát bộ đệm chủ yếu dựa trên cấu hình mặc định của máy chủ được theo dõi với các đề xuất từ trình cắm Firefox Tốc độ & Y-Slow Firefox và chế độ xem Tài nguyên mạng trong Trình theo dõi tốc độ của Google . Kiểm soát bộ nhớ cache được đặt thành riêng tư / công khai tùy thuộc vào những gì họ nói phải làm, các tiêu đề của ETag / Sửa đổi lần cuối chỉ được sửa đổi nếu Y-Slow cho thấy có gì đó không đúng và Mã hóa Vary-Accept-Encoding có vẻ cần thiết khi tải tệp thủ công cho Amazon Đám mây.
Khi đọc qua các tài liệu về các tùy chọn khác nhau và những gì họ làm dường như có thông tin mâu thuẫn, các quy tắc cho các proxy bị hỏng và cấu hình sùng bái hàng hóa . Bất kỳ thông tin chính thức nào được cung cấp bởi các công cụ phân tích được đề cập ở trên đều không thể truy cập được vì nó liên quan đến từng chủ đề thay vì như một chiến lược thống nhất (vì vậy không có tham chiếu chéo các kỹ thuật).
Ví dụ, dường như không có ý nghĩa rằng các công cụ phân tích tốc độ đánh giá một trang web có ETag giống như một trang web không có chúng nếu chúng có ý nghĩa giúp đỡ trong bộ nhớ đệm.
Các quy tắc cứng và nhanh cho chiến lược Kiểm soát bộ nhớ cache bất khả tri là gì?
BIÊN TẬP:
Một liên kết thông qua bài viết của Jeff Atwood giải thích về bộ nhớ sâu.
Đối với hồ sơ mặc dù đây là các quy tắc cứng và nhanh:
Nếu tệp được nén bằng GZIP, v.v. - hãy sử dụng "bộ điều khiển bộ đệm: riêng tư" làm proxy có thể trả lại phiên bản nén cho máy khách không hỗ trợ (mặc dù bộ đệm của trình duyệt sẽ giữ các tệp được đánh dấu theo cách này). Ngoài ra, hãy nhớ bao gồm một "Vary: Chấp nhận mã hóa" để nói rằng nó có thể nén được.
Sử dụng Sửa đổi lần cuối cùng với ETag - sử dụng đai và niềng răng cung cấp cả hai trình xác nhận, trong khi ETag dựa trên nội dung tệp thay vì thời gian sửa đổi một mình, sử dụng cả hai cơ sở. LƯU Ý: PageTest của AOL có cách tiếp cận carte chống lại ETags vì một số lý do. Nếu bạn đang sử dụng Apache trên nhiều máy chủ để lưu trữ cùng một nội dung thì hãy xóa mã được khai báo ngầm khỏi ETags bằng cách loại trừ nó khỏi chỉ thị FileETag (tức là "FileETag MTime Size") trừ khi bạn thực sự sử dụng cùng một hệ thống tệp trực tiếp.
Sử dụng "kiểm soát bộ đệm: công khai" bất cứ nơi nào bạn có thể - điều này có nghĩa là các máy chủ proxy (và bộ đệm của trình duyệt) sẽ trả về nội dung của bạn ngay cả khi phần còn lại của trang cần xác thực HTTP, v.v.