Tiêu đề điều khiển bộ nhớ cache HTTP lý tưởng cho các loại tài nguyên khác nhau

Tôi muốn tìm một tập hợp tiêu đề tối thiểu, hoạt động với bộ nhớ đệm và trình duyệt "tất cả" (cả khi sử dụng HTTPS !)

Trên trang web của tôi, tôi sẽ có ba loại tài nguyên:

(1) Có thể lưu vào bộ nhớ cache vĩnh viễn (công khai / bình đẳng cho tất cả người dùng)

^{Ví dụ: 0A470E87CC58EE133616F402B5DDFE1C.cache.html ( được tạo tự động bởi GWT )}

• Các tệp này tự động được gán một tên mới, khi chúng thay đổi nội dung (dựa trên MD5).

• Chúng nên được lưu vào bộ nhớ đệm nhiều nhất có thể, ngay cả khi sử dụng HTTPS (vì vậy tôi cho rằng, tôi nên đặt Cache-Control: public, đặc biệt là cho Firefox?)

• Họ không nên yêu cầu khách hàng đi một vòng đến máy chủ để xác thực, nếu nội dung đã thay đổi.

(2) Thỉnh thoảng thay đổi (công khai / bình đẳng cho tất cả người dùng)

^{Ví dụ: index.html, mymodule.nocache.js}

• Các tệp này thay đổi nội dung của chúng mà không thay đổi URL, khi một phiên bản mới của trang web được triển khai.

• Chúng có thể được lưu vào bộ nhớ cache, nhưng có lẽ cần một chuyến đi khứ hồi để được xác thực lại mỗi lần.

(3) Cá nhân cho từng yêu cầu (riêng tư / người dùng cụ thể)

^{Ví dụ: phản hồi JSON}

• Những tài nguyên này không bao giờ được lưu vào bộ nhớ đệm mà không được mã hóa vào đĩa trong mọi trường hợp. (Ngoại trừ có thể tôi sẽ có một số yêu cầu cụ thể có thể được lưu vào bộ nhớ đệm.)

Tôi có một ý tưởng chung về tiêu đề mà tôi có thể sẽ sử dụng cho từng loại, nhưng luôn có một cái gì đó tôi có thể thiếu.

Tôi có thể sẽ sử dụng các cài đặt này:

1. Cache-Control: max-age=31556926- Các bản trình bày có thể được lưu trong bộ nhớ đệm bất kỳ. Bản trình bày được lưu trong bộ nhớ cache sẽ được coi là mới trong 1 năm:

   Để đánh dấu phản hồi là "không bao giờ hết hạn", máy chủ gốc sẽ gửi Ngày hết hạn khoảng một năm kể từ thời điểm phản hồi được gửi. Máy chủ HTTP / 1.1 KHÔNG NÊN gửi ngày Hết hạn hơn một năm trong tương lai.

2. Cache-Control: no-cache- Các đại diện được phép lưu vào bộ nhớ đệm của bất kỳ bộ đệm nào. Nhưng bộ nhớ đệm phải gửi yêu cầu đến máy chủ gốc để xác thực trước khi phát hành bản sao được lưu trong bộ đệm.
3. Cache-Control: no-store - Bộ nhớ đệm không được lưu vào bộ nhớ cache của đại diện trong bất kỳ điều kiện nào.

Xem Hướng dẫn về bộ nhớ đệm của Mark Nottingham để biết thêm thông tin.

Trường hợp một và hai thực tế là cùng một kịch bản. Bạn nên đặt Cache-Control: publicvà sau đó tạo một URL bao gồm số bản dựng / phiên bản của trang web để bạn có các tài nguyên bất biến có thể tồn tại mãi mãi. Bạn cũng muốn đặt Expirestiêu đề một năm hoặc hơn trong tương lai để khách hàng không cần kiểm tra độ mới.

Đối với trường hợp 3, bạn có thể thực hiện tất cả những điều sau để có được sự linh hoạt tối đa:

"Cache-Control", "no-cache, must-revalidate"
"Expires", 0
"Pragma", "no-cache"