Kiedy używać, a nie używać znaczników ETag

Właśnie patrzyłem na naszą stronę na WebPageTest.org, a jednym z ich zaleceń dotyczących przyspieszenia witryny jest:

Nagłówków ETag zasadniczo nie należy używać, chyba że masz wyraźny powód, aby ich potrzebować

Zastanawiałem się, co to znaczy. Czy to oznacza, że ​​treści statyczne, o których wiesz, że się nie zmienią, nie powinny ich mieć, czy to oznacza, że ​​treści, o których wiesz, że będą się regularnie zmieniać, nie powinny ich mieć, czy też oznacza to, że nie powinieneś ich ogólnie używać, chyba że masz konkretna potrzeba.

Jeśli to ta ostatnia, kiedy jest odpowiedni moment, aby z nich skorzystać? Dziękuję za wszelką pomoc.

Znaczniki ET są alternatywą (ale mogą być używane w połączeniu z) „Last-Modified-Time” w celu ustalenia sprawdzania poprawności pamięci podręcznej.

Klient może wysłać warunek wstępny, taki jak if-mecze lub if-none-mecze na podstawie ETag. Nie dotyczy to tylko GET (czyli tego, co robi webpagetest.org). Możesz użyć „aktualizacji oportunistycznej”, aby żądanie PUT miało warunek wstępny i nie wykonało operacji aktualizacji, jeśli zasób został zaktualizowany od czasu ETag ostatnio nabyte.

Mówiąc prościej: naciskasz edytuj na stronie w CMS, twój przyjaciel naciska edycję na stronie w CMS, przyjaciel wykonuje ich edycję i zapisuje, a na koniec zapisujesz - bez nagłówka HTTP ETag lub Content-MD5, którego potrzebujesz aby wymyślić koło na nowo, aby zapobiec występowaniu problemów (takich jak wycieranie zmian przez znajomych), rozwiązanie jest już częścią protokołu HTTP i dlatego warto po prostu z niego korzystać.

Zasadniczo zgadzam się z AOL (który prowadzi webpagetest.org) w sprawie ich „jednego rozmiaru dla wszystkich” - lepiej nie zapychać nagłówków HTTP za pomocą tajemniczych ciągów (znaczniki ET na ogół nie są ładne ani czytelne dla człowieka), gdy sekunda różnicy ( który może wykryć czas ostatniej modyfikacji) zrobi dla danego zadania.

Jeśli strona jest aktualizowana kilka razy na sekundę i absolutnie potrzebujesz najnowszej, najdokładniejszej wersji do wyświetlenia, możesz poeksperymentować z rozwiązaniami innymi niż HTTP GETs lub po prostu użyć ETagów.

Uważaj, aby twoje znaczniki ETag nie obejmowały systemu plików, zmiany konfiguracji serwera itp. (Takich jak i-węzły, które są domyślne w Apache), w przeciwnym razie wystąpią problemy, gdy będą dwa serwery (znaczniki ETag z każdego z nich nie będą pasować).

Aby sparafrazować doskonałą ocenę Coding Horror dotyczącą wtyczki YSlow Firebug (która, jak się wydaje, WebPageTest.org wykorzystuje jako podstawę do ich oceny):

„Yahoo to jedna z najbardziej ruchliwych stron internetowych na świecie - jej problemy prawdopodobnie nie są twoimi problemami”.

Jeśli nie masz do czynienia z milionami unikatów w sieci z równoważeniem obciążenia na co dzień, istnieje duża szansa, że ​​przedstawione sugestie nie są właściwym wyborem podczas optymalizacji witryny.