Google decidiu aposentar o seu protocolo SPDY aplicação de camada internet home-grown em futuras versões do seu navegador Chrome, em favor de HTTP / 2 especificação do Internet Engenharia Taskforce.
"Chrome SPDY apoiou desde Chrome 6, mas uma vez que a maioria dos benefícios estão presentes em HTTP / 2, é hora de dizer adeus", escreveu o engenheiro do Google Chris Bentzel em um post no blog na segunda-feira.
Não que haja qualquer uvas verdes ou qualquer coisa. Bentzel não se preocupou em toot próprio chifre do Google em seu posto, observando-se apenas que, "Algumas das principais características [de HTTP / 2], como multiplexação, compressão de cabeçalho, priorização e protocolo de negociação evoluiu de trabalho feito de forma aberta mais cedo, mas não -Padrão protocolo SPDY chamado. "
Para a maioria de nós, isso seria "SPDY do Google," mesmo se Bentzel não mencionou o fato. A Fábrica de Chocolate divulgou o protocolo em 2009, alegando que iria entregar tanto quanto um aumento de 55 por cento da velocidade para locais de maior tráfego da web.
Idéias introduzidas pela primeira vez em SPDY passou a informar o trabalho do IETF na HTTP / 2 spec, que está atualmente em fase de projecto e está previsto para ser publicado como um RFC este mês.
Mas nem todos os envolvidos no trabalho HTTP / 2 concordaram que SPDY foi o ponto de partida para a direita. Em 2014, desenvolvedor FreeBSD Poul-Henning Kamp notoriamente recomendado que o IETF "jogar fora" SPDY, dizendo que o grupo HTTP / 2 trabalhando havia "perdido muito tempo e esforço tentando goldplate sobre as verrugas e erros na mesma."
"Nós descobrimos que há inúmeros problemas difíceis que SPDY nem sequer chegar perto de resolver", Kamp escreveu , "e que teremos de fazer algumas simplificações no conceito HTTP evoluída se quisermos resolvê-los."
Entre as queixas de Kamp eram de que a especificação SPDY emprega "criptografia inútil", mesmo para aplicações que não necessitam - ou, talvez, são legalmente proibidos de usá-lo - ao fazer pouco para melhorar as proteções de privacidade para os indivíduos.
Apesar destas queixas, o trabalho sobre HTTP / 2 com base no SPDY continuou, com alguns olhando para HTTP / 3 como o lugar para tratar de algumas das deficiências do actual protocolo.
A decisão do Google de matar SPDY no Chrome vai passar despercebido pela maioria dos usuários. Tanto o navegador da web e o servidor deve suportar o protocolo para que possa ter qualquer efeito, e alguns servidores web permitiu - Google é uma notável exceção, naturalmente.
Além de remover o suporte para SPDY, o Google diz que também irá nix uma extensão para o protocolo Transport Layer Security (TLS) chamado Next Protocol Negotiation (NPN), em favor do mais recente aplicação de camada protocolo de negociação (ALPN) extensão spec.
"Os desenvolvedores do servidor são fortemente encorajados a se deslocar para HTTP / 2 e ALPN", Bentzel do Google escreveu. "Estamos felizes por ter contribuído para o processo de padrões abertos que levou ao HTTP / 2, e espero ver a adoção em larga dado o amplo engajamento da indústria em matéria de normalização e implementação."
Se você é um fã de SPDY, no entanto, você não precisa se preocupar por enquanto. Google diz que não vai remover o suporte para a especificação do Chrome até que "no início de 2016." Enquanto isso, uma versão do Chrome que suporta HTTP / 2 vai rolar para canal de liberação estável do navegador nas próximas semanas. ®
via Alimentação (Feed)
Nenhum comentário:
Postar um comentário