O Internet Engineering Steering Group (IESG) aprovou as especificações para HTTP / 2 e HPACK (um formato de compressão para campos HTTP / cabeçalho 2), diz presidente do grupo de trabalho Mark Nottingham.
HTTP / 2 é baseado em spdy, um protocolo desenvolvido Google concebido para acelerar a página da web de carregamento por compressão do conteúdo e da redução do número de ligações.
SPDY foi anunciado em 2009 e implementado pela primeira vez no Chrome 6 em 2010. SPDY inventores Roberto Peon e Mike Belshe passaram SPDY para o IETF (Internet Engineering Task Force) para a normalização, o resultado sendo a especificação recém-aprovado para HTTP / 2.
HTTP / 2 não muda o conteúdo da web ou padrões HTML, mas apenas o meio pelo qual o conteúdo é entregue ao browser. O padrão atual, HTTP / 1.1, é ineficiente, principalmente porque as páginas web típicos são compostos de muitos pedidos individuais, levando à congestão conexão e dados desnecessariamente duplicados.
HTTP / 2 é um protocolo binário e também multiplexados, o que significa que os clientes podem usar uma única conexão por servidor origem ao carregar uma página.
Peon diz que HTTP / 2 melhora no SPDY:
A maior diferença é, provavelmente, o esquema de priorização, que é muito mais flexível e bom para proxies em HTTP2 em comparação com SPDY. Um segundo muito próximo é a mudança de como a compressão de cabeçalho é done-- em HTTP2 é muito mais rápido, muito mais eficiente de memória, e comprime um pouco menos eficaz do que o uso do SPDY de gzip ... e, é claro, HTTP2 também é muito, muito, muito melhor do que foi especificado SPDY.
SPDY já foi implementado por grandes sites, incluindo Google, Twitter, Yahoo! E WordPress.com. Também é implementado no servidor web Nginx e pode ser adicionado ao Apache. Firefox tem suporte. Do Microsoft Windows 10 suporta HTTP / 2 tanto no navegador e em um servidor web IIS atualizado. Desde HTTP / 2 é, com efeito, agora a versão atual do SPDY, HTTP / 2 apoio é provável que siga onde SPDY foi implementado. Google Chrome suporta HTTP / 2, e seu nome interno é SPDY4.
HTTP / 2 é mais complexa do que o seu antecessor, e não sem controvérsia. Poul-Henning Kamp, que criou o open source acelerador HTTP Varnish, afirmou no mês passado que HTTP / 2 tem "camadas violações, incoerências, complexidade desnecessária, maus compromissos, e perde um monte de oportunidades maduras."
Kamp argumenta que os criadores de HTTP / 2 têm interesses comerciais que os impedem de fazer a coisa certa sobre a privacidade por depreciativo biscoitos em favor de um "identificador de sessão de cliente controlada", que daria aos usuários o controle de rastreamento:
A razão HTTP / 2.0 não melhorar a privacidade é que os grandes patrocinadores corporativos construíram seu modelo de negócio em cima da falta de privacidade. Eles são muito chateado com NSA espionar quase todo mundo em todo o mundo, mas eles não querem fazer nada que os impeça de fazer a mesma coisa. Os defensores do HTTP / 2.0 também estão tentando usá-lo como uma alavanca para o "SSL em qualquer lugar" agenda, apesar do fato de que muitas aplicações HTTP não têm necessidade de, nenhum desejo de, ou pode até mesmo ser legalmente proibida de usar criptografia.
O aspecto de criptografia tem sido controverso. Alguns defenderam a criptografia obrigatória, mas isso não está na especificação final. No entanto, algumas implementações exigem isso.
Mesmo que HTTP / 2 é entusiasticamente adotada, a natureza aberta da internet significa que quanto mais velho, mais simples padrão HTTP / 1.1 continuarão a ser necessários para o futuro previsível.
Mais informações sobre HTTP / 2 está no FAQ aqui .®
via Alimentação (Feed)
Nenhum comentário:
Postar um comentário