Hết hạn với ETag vs Header

Tôi đã nhìn xung quanh nhưng không thể biết liệu tôi nên sử dụng cả ETag và Tiêu đề hết hạn hay cái này hay cái khác.

Những gì tôi đang cố gắng làm là đảm bảo rằng các tệp flash của tôi (và các hình ảnh khác và những gì không chỉ được cập nhật khi có thay đổi đối với các tệp đó.

Tôi không muốn làm bất cứ điều gì đặc biệt như thay đổi tên tệp hoặc đặt một số ký tự lạ vào cuối url để làm cho nó không bị lưu vào bộ nhớ cache.

Ngoài ra, có bất cứ điều gì tôi cần phải làm theo chương trình trong phần cuối các tập lệnh PHP của mình để hỗ trợ điều này hay tất cả là Apache?

Chúng hơi khác nhau - ETag không có bất kỳ thông tin nào mà khách hàng có thể sử dụng để xác định xem có nên yêu cầu lại tệp đó trong tương lai hay không. Nếu ETag là tất cả những gì nó có, nó sẽ luôn phải đưa ra yêu cầu. Tuy nhiên, khi máy chủ đọc ETag từ yêu cầu máy khách, máy chủ có thể xác định xem có nên gửi tệp (HTTP 200) hay yêu cầu khách hàng chỉ sử dụng bản sao cục bộ của họ (HTTP 304). Một ETag về cơ bản chỉ là một tổng kiểm tra cho một tệp thay đổi về mặt ngữ nghĩa khi nội dung của tệp thay đổi.

Tiêu đề hết hạn được sử dụng bởi máy khách (và proxy / bộ nhớ cache) để xác định xem thậm chí có cần phải thực hiện một yêu cầu đến máy chủ hay không. Bạn càng đến gần ngày hết hạn, máy khách (hoặc proxy) càng có nhiều khả năng sẽ thực hiện yêu cầu HTTP cho tệp đó từ máy chủ.

Vì vậy, thực sự những gì bạn muốn làm là sử dụng các tiêu đề BÓNG - đặt tiêu đề Hết hạn thành giá trị hợp lý dựa trên tần suất thay đổi nội dung. Sau đó định cấu hình ETags được gửi để khi khách hàng gửi yêu cầu đến máy chủ, nó có thể dễ dàng xác định hơn có nên gửi lại tệp hay không.

Một lưu ý cuối cùng về ETag - nếu bạn đang sử dụng thiết lập máy chủ cân bằng tải với nhiều máy chạy Apache, có lẽ bạn sẽ muốn tắt thế hệ ETag. Điều này là do các nút được sử dụng như một phần của thuật toán băm ETag sẽ khác nhau giữa các máy chủ. Bạn có thể định cấu hình Apache để không sử dụng inodes như một phần của phép tính nhưng sau đó bạn muốn đảm bảo dấu thời gian trên các tệp giống hệt nhau, để đảm bảo cùng một ETag được tạo cho tất cả các máy chủ.

Etag và tiêu đề sửa đổi lần cuối là trình xác nhận .

Chúng giúp trình duyệt và / hoặc bộ đệm (proxy ngược) hiểu nếu một tệp / trang, đã thay đổi, ngay cả khi nó giữ nguyên tên đó.

Hết hạn và Kiểm soát bộ nhớ cache đang cung cấp thông tin làm mới .

Điều này có nghĩa là họ thông báo, trình duyệt và các proxy ở giữa, đến thời gian hoặc trong bao lâu, họ có thể giữ trang / tệp trong bộ nhớ cache của họ.

Vì vậy, câu hỏi thường là sử dụng một trình xác nhận hợp lệ nào, etag hoặc sửa đổi lần cuối và tiêu đề làm mới thông tin nào sẽ sử dụng, hết hạn hoặc kiểm soát bộ đệm.

Expiresvà Cache-Controllà "tiêu đề bộ nhớ đệm mạnh"

Last-Modifiedvà ETaglà "tiêu đề bộ nhớ đệm yếu"

Trước tiên, trình duyệt kiểm tra Expires/Cache-Controlđể xác định xem có yêu cầu máy chủ hay không

Nếu phải thực hiện một yêu cầu, nó sẽ gửi Last-Modified/ETagyêu cầu HTTP. Nếu Etaggiá trị của tài liệu khớp với giá trị đó, máy chủ sẽ gửi mã 304 thay vì 200 và không có nội dung. Trình duyệt sẽ tải nội dung từ bộ đệm của nó.

Theo mặc định, Apache sẽ tạo Etag dựa trên số inode của tệp, ngày được sửa đổi lần cuối và kích thước, sẽ hoàn toàn ổn để làm những gì bạn muốn. Tôi nghĩ rằng nó cũng sẽ tạo theo mặc định một tiêu đề Sửa đổi lần cuối dựa trên thời gian sửa đổi cuối cùng của tệp trên đĩa, điều này cũng hoàn toàn tốt để làm những gì bạn muốn.

Có lẽ bạn cũng nên yêu cầu Apache gửi một tiêu đề Hết hạn ngày một năm trong tương lai (theo http://www.w3.org/Prot Protocol / rfc2616 / rfc2616-sec14.html # sec14,21 ) để các trình duyệt biết nội dung là lưu trữ. Hãy xem mod_Exires để cấu hình nó.

Một tóm tắt khác:

Bạn cần sử dụng cả hai. ETags là một thông tin "phía máy chủ". Hết hạn là bộ nhớ đệm "Phía máy khách".

• Sử dụng ETags trừ khi bạn có máy chủ cân bằng tải. Chúng an toàn và sẽ cho khách hàng biết rằng họ sẽ nhận được các phiên bản mới của tệp máy chủ của bạn mỗi khi bạn thay đổi thứ gì đó về phía bạn.

• Hết hạn sử dụng phải được sử dụng một cách thận trọng, vì nếu bạn đặt ngày hết hạn trong tương lai nhưng muốn thay đổi một trong các tệp ngay lập tức (ví dụ: tệp JS), một số người dùng có thể không nhận được phiên bản sửa đổi trong một thời gian dài!

Một điều nữa tôi muốn đề cập rằng một số câu trả lời có thể đã bỏ lỡ là nhược điểm của việc có cả hai ETagsvà Expires/Cache-controltrong các tiêu đề của bạn.

Tùy thuộc vào nhu cầu của bạn, nó có thể chỉ cần thêm các byte bổ sung trong các tiêu đề của bạn, điều này có thể làm tăng các gói có nghĩa là chi phí TCP nhiều hơn. Một lần nữa, bạn nên xem liệu chi phí có cả hai thứ trong tiêu đề của bạn là cần thiết hay nó sẽ chỉ tăng thêm trọng lượng trong các yêu cầu của bạn làm giảm hiệu suất.

Bạn có thể đọc thêm về nó trên bài đăng blog tuyệt vời này của Kyle Simpson: http://calWiki.perfplanet.com/2010/bloated-request-response-headers/

Theo quan điểm của tôi, với Expire Header, máy chủ có thể cho khách hàng biết khi nào dữ liệu của tôi sẽ cũ, trong khi với Etag, máy chủ sẽ kiểm tra giá trị etag cho từng yêu cầu của khách hàng.

ETag được sử dụng để xác định xem tài nguyên có nên sử dụng bản sao hay không. và Hết hạn Tiêu đề như Kiểm soát bộ đệm được thông báo cho khách hàng rằng trước hàng thập kỷ bộ đệm, khách hàng nên tìm nạp tài nguyên cục bộ.

Trong các trang web hiện đại, thường có một tệp có tên là băm, như app.98a3cf23.jsvậy, đó là một cách thực hành tốt để sử dụng Tiêu đề hết hạn. Bên cạnh đó, nó cũng giảm chi phí mạng.

Hy vọng nó giúp ;)