Quando usar e não usar ETags

Eu estava olhando nosso site no WebPageTest.org e uma das recomendações para acelerar o site é:

Os cabeçalhos ETag geralmente não devem ser usados, a menos que você tenha um motivo explícito para precisar deles

Eu queria saber o que isso significa. Isso significa que o conteúdo estático que você sabe que não será alterado não deve tê-los ou significa que o conteúdo que você sabe que estará mudando regularmente não deve tê-los ou significa que você não deve usá-los geralmente, a menos que tenha um necessidade específica.

Se for o último, quando é o momento certo para usá-los? Obrigado por qualquer ajuda.

ETags são uma alternativa para (mas podem ser usadas em combinação com) "Last-Modified-Time" para determinar a validação do cache.

O cliente pode enviar uma pré-condição, como se-corresponde ou se-nenhum-corresponde com base no ETag. Isso não é apenas para solicitações GET (que é o que o webpagetest.org faz), você pode usar a "atualização oportunista" para que uma solicitação PUT tenha uma pré-condição e não executará a operação de atualização se o recurso tiver sido atualizado desde que o ETag foi adquirido pela última vez.

Simplificando: você pressiona editar em uma página do seu CMS, seu amigo pressiona a tecla editar em uma página do seu CMS, seu amigo executa a edição e pressiona salvar e, finalmente, pressiona o botão salvar - sem um cabeçalho HTTP ETag ou Content-MD5 que você precisaria Para reinventar a roda para evitar que ocorram problemas (como limpar as alterações de seus amigos), a solução já faz parte do protocolo HTTP e, portanto, faz sentido usá-la.

Geralmente, eu concordo com a AOL (que administra o webpagetest.org) em seus conselhos "tamanho único" - é melhor não entupir os cabeçalhos HTTP com strings criptográficas (ETags geralmente não são bonitas ou legíveis por humanos) quando um segundo de diferença ( que o horário da última modificação pode detectar) fará o trabalho em questão.

Se uma página estiver sendo atualizada várias vezes por segundo e você precisar absolutamente da versão mais precisa mais recente a ser exibida, convém experimentar outras soluções que não sejam HTTP GETs ou apenas usar ETags.

Tenha cuidado para que suas ETags não incluam informações do sistema de arquivos, da configuração do servidor, etc. (como inodes padrão no Apache), caso contrário, você terá problemas quando houver dois servidores (as ETags de cada um não corresponderão).

Parafraseando a excelente avaliação de Coding Horror do plug-in YSlow Firebug (que parece que o WebPageTest.org está usando como base para sua avaliação):

"O Yahoo é um dos sites mais movimentados do mundo - seus problemas provavelmente não são seus."

Se você não está lidando com milhões de exclusivos em toda a sua rede com balanceamento de carga todos os dias, há uma boa chance de que as sugestões fornecidas não sejam todas as escolhas certas ao otimizar seu site.