Intenção de descontinuar o HTTP/2 Push

 (groups.google.com)
1 pontos por GN⁺ 2024-09-08 | 1 comentários | Compartilhar no WhatsApp

Plano para desativar o HTTP/2 Push

  • Apresentador: Valentin Gosu
  • Data: 5 de setembro de 2024
Resumo
  • Plano para desativar o HTTP/2 Push: está previsto desativar o HTTP/2 Push em todas as plataformas
  • Situação em outros navegadores:
    • Safari: não há material oficial sobre a desativação do HTTP/2 Push, mas testes locais mostram que a versão atual rejeita streams de push
    • Chrome: desativou o HTTP/2 Push em setembro de 2022, na versão Chrome 106, e recomenda rel="preload" e 103 Early Hints como alternativas
  • Situação do Firefox:
    • Até recentemente, o Firefox suportava HTTP/2 Push, mas nos últimos meses foram encontrados bugs de compatibilidade web que ocorrem apenas no Firefox por causa do HTTP/2 Push
    • Se servidores web e sites não forem testados no Firefox, esse recurso pode fazer com que o site deixe de funcionar apenas no Firefox
    • Está previsto desativar o HTTP/2 Push, mas a implementação deve permanecer por enquanto
    • Há grande chance de remoção completa antes do branch ESR 140 na primavera do próximo ano
Contato
  • Contato: pedem que informem caso haja preocupações

# Resumo do GN⁺

  • Desativação do HTTP/2 Push: explica por que o Firefox vai desativar o HTTP/2 Push e qual é a situação nos outros navegadores
  • Problemas de compatibilidade web: a medida visa resolver problemas de compatibilidade web específicos do Firefox causados pelo HTTP/2 Push
  • Alternativas: recomenda rel="preload" e 103 Early Hints como alternativas
  • Projetos relacionados: outras tecnologias ou projetos que possam substituir o HTTP/2 Push podem ser considerados

Leituras relacionadas

1 comentários

 
GN⁺ 2024-09-08
Opiniões no Hacker News

  • Estou incomodado porque não houve pedido de desculpas para as pessoas que tentaram explicar por que o HTTP/2 Push falhou

    • Especialistas do Google tentaram incluir o HTTP/2 Push na especificação
    • É preciso abordar especificações com mais conservadorismo

  • As razões apresentadas para o fracasso do HTTP/2 Push não foram convincentes

    • Um post no blog de Jake Archibald apontou problemas na implementação dos navegadores
    • Os navegadores já oferecem suporte a links preload

  • É possível recuperar a velocidade usando o início 0-RTT do HTTP/3 e o 103 Early Hints

    • Há compatibilidade retroativa com HTTP/1

  • É lamentável o fim do HTTP/2 Push

    • Não foi implementado adequadamente no .NET e no nginx
    • A falta de cache digest foi um problema
    • O Chrome acabou removendo isso

  • O Firefox não consegue lidar corretamente com o HTTP/2 Push

    • Outros navegadores ignoram isso, mas o Firefox causa problemas

  • Há dúvidas sobre por que o HTTP/2 Push não foi amplamente adotado

    • Pode ter sido por falta de suporte dos navegadores ou por problemas de compatibilidade com CDNs

  • Houve a ideia de usar HTTP/2 Push em APIs REST

    • O servidor poderia buscar recursos relacionados de uma vez e enviá-los ao cliente por push
    • Também é possível implementar isso com outros mecanismos, como o JSON:API

  • Foram fornecidos links de artigos e pesquisas sobre HTTP/2 Push

  • Em uma conversa com Mike Belshe, foram discutidos os problemas do HTTP/2 Push

    • O problema de "over-push" e a dificuldade de comunicação com o cache do navegador
    • HTTP Early Hints e Resource Hints substituem a necessidade de HTTP/2 Push