Понять слабую функцию сравнения

Question

Понять слабую функцию сравнения

HTTP 1.1 определяет слабую функцию сравнения для валидаторов кэша:

чтобы считаться равными, оба валидатора ДОЛЖНЫ быть одинаковыми во всех отношениях, но любой из них или оба они МОГУТ быть помечены как "слабые", не влияя на результат.

Я понимаю, что следующее утверждение (для двух ETag) верно:

W/"Foo" = "Foo"

Теперь мне интересно, какой может быть реальный вариант использования, когда сервер сравнивает слабый ETag с сильным.

0

http etag http-caching if-none-match

Источник

user1346207 22 янв '14 в 07:24

1 ответ

Решение

Другие вопросы по тегам http etag http-caching if-none-match

user50543 22 янв '14 в 10:42 2014-01-22 10:42 · Accepted Answer · 2014-01-22 10:42

Существуют случаи, когда серверы сначала назначают слабый etag, а затем повышают его до сильного etag (удаляя префикс "W/"). Примером является Apache moddav (или это просто httpd?), Когда он настроен на создание тегов сущностей на основе метки времени файловой системы обслуживаемого файла.