Tại sao Apache gửi 200 OK trong khi phù hợp với lần sửa đổi cuối cùng Nếu được sửa đổi-kể từ đó?

Tôi đang cố gắng có một hành vi cơ bản liên quan đến chiến lược lưu trữ của mình: các tệp nên được lưu trong bộ nhớ cache và được xác nhận lại với máy chủ mỗi lần. Vì vậy, tôi muốn Apache gửi lại 304.

Đây là hộp thoại xảy ra cho mỗi lần làm mới trình duyệt:

Status Code:200 OK

Request Headers

Accept:text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,*/*;q=0.8
Accept-Encoding:gzip,deflate,sdch
Accept-Language:fr-FR,fr;q=0.8,en-US;q=0.6,en;q=0.4
Cache-Control:max-age=0
Connection:keep-alive
Cookie: ...
Host:...
If-Modified-Since:Tue, 14 Oct 2014 15:10:37 GMT
If-None-Match:"1461-505636af08fcd-gzip"
User-Agent:Mozilla/5.0 (X11; Linux i686) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/34.0.1847.116 Safari/537.36

Response Headers

Accept-Ranges:bytes
Cache-Control:No-cache
Connection:Keep-Alive
Content-Encoding:gzip
Content-Length:1412
Content-Type:text/html
Date:Tue, 14 Oct 2014 16:58:05 GMT
ETag:"1461-505636af08fcd-gzip"
Keep-Alive:timeout=5, max=99
Last-Modified:Tue, 14 Oct 2014 15:10:37 GMT
Server:Apache/2.4.6 (Ubuntu)
Vary:Accept-Encoding

(đây là từ chrome devtools, với Vô hiệu hóa bộ đệm ẩn không được chọn)

Bạn có thể thấy rằng phản hồi chứa Tiêu đề kiểm soát bộ đệm: Không có bộ đệm và tiêu đề If-đã sửa đổi phù hợp với tiêu chuẩn được sửa đổi lần cuối. Các trận đấu ETag cũng vậy.

Không nên Apache gửi 304 trong trường hợp đó?

BIÊN TẬP

Vô hiệu hóa ETags trong apache với

 Header  unset ETag

làm cho hành vi bộ nhớ đệm dễ dự đoán hơn ...

Đây dường như là một lỗi cũ , giải thích tại sao Header unset ETagtạo ra sự khác biệt.

Apache 2.4.0+ tự động thêm tên phương thức nén vào ETag (như được thấy trong các tiêu đề của bạn) và ngăn phản hồi 304.

Các phiên bản mới nhất của mod_deflate hỗ trợ DeflateAlterETag có thể được sử dụng để kiểm soát hành vi này:

DeflateAlterETag NoChange

Điều này nổi bật trong yêu cầu là một chút kỳ lạ:

Cache-Control:max-age=0

Có khả năng quan trọng hơn, tôi nhận thấy rằng nội dung được trả về là html. Là nó đang được tạo ra năng động? Apache CÓ THỂ gửi phản hồi 304, nhưng trừ khi bạn đang phục vụ nội dung tĩnh, đó không phải là công việc của Apache để thực hiện cuộc gọi đó và nó thuộc về logic ứng dụng của bạn. Ví dụ, hầu hết các ứng dụng php có hỗ trợ hạn chế cho những thứ đó.

Bộ đệm phía trước có thể giúp ích, vì ứng dụng bộ đệm có thể kiểm tra thời gian sửa đổi, etag, v.v., nhưng chỉ khi cả ứng dụng và tiêu đề yêu cầu đều thân thiện với bộ đệm. Ví dụ: ứng dụng phải đặt các tiêu đề thích hợp để cho biết nội dung có thể lưu trong bộ nhớ cache và những thứ như tiêu đề Kiểm soát bộ đệm trong yêu cầu của bạn sẽ phủ nhận bộ đệm. Tiêu đề của bạn không tìm kiếm bộ nhớ cache thân thiện.

Nếu bạn đã cấu hình Apache Cache-Control:No-cache, Apache sẽ không bao giờ gửi HTTP 304 Not modifiedcho khách hàng.

Nếu bạn muốn xác nhận lại một số yêu cầu, chỉ đặt một Cache-Control:No-cachesố trang mà bạn cần. Bạn không cần xác nhận lại tất cả các tài nguyên và bạn đang lãng phí băng thông bằng cách làm như vậy.