A Internet pode ser um pouco contraditória em relação à sua evolução. Novas tecnologias parecem surgir, crescer e se expandir quase diariamente, mas o protocolo subjacente que alimenta a web como a conhecemos viu (até recentemente) quase nenhum crescimento significativo por quase 15 anos. O Protocolo de Transferência de Hipertexto (HTTP) foi originalmente projetado por Tim Berners-Lee no final dos anos 1980, e a última grande reformulação do protocolo foi feita em 1999 (padronizada como um RFC que foi lançado quando eu estava no segundo grau). No ano passado, uma grande reformulação do HTTP foi finalizada na forma de HTTP/2, uma grande atualização da espinha dorsal da web como a conhecemos hoje.
Por que atualizar o HTTP?
Os desenvolvedores da especificação HTTP/2 forneceram um excelente resumo sobre por que e como o HTTP foi melhorado na última especificação do protocolo. Em resumo, HTTP/1.1 foi projetado para uma época diferente, quando as páginas da web eram menores, mais simples e mais baratas para enviar pela rede. O crescimento explosivo da web na última década viu uma mudança de paradigma em como sites e aplicativos são projetados e implantados. Websites e aplicações web utilizam ativos de mídia maiores e mais complexos, e servem mais conteúdo do que nunca — e não há sinais de desaceleração. As soluções temporárias colocadas em prática por desenvolvedores e engenheiros para contornar algumas das limitações inerentes ao HTTP/1.1 (como encadeamento de solicitações, fragmentação de domínio, etc.) eram gambiarras e soluções provisórias que nunca foram abordadas em um nível fundamental, e ficavam em grande contraste com algumas das características de design do TCP, o protocolo de comunicação subjacente em que o HTTP opera. O HTTP/2 foi projetado levando em conta a natureza da web moderna, fornecendo um padrão eficiente para servidores e clientes modernos se comunicarem.
HTTP/2 traz uma série de novas funcionalidades, incluindo:
- Um protocolo binário, tornando-o mais compacto para envio através da rede
- Multiplexação completa, conexões paralelas permitem uma transferência de dados mais rápida e eficiente
- Funcionalidade de push do servidor, permite que os web designers criem sites que enviem proativamente ativos que serão necessários por uma página web
Sabemos que Você tem Muitas Opções de VPS
Veja como a oferta de VPS da DreamHost se destaca: suporte ao cliente 24/7, um painel intuitivo, RAM escalável, Largura de Banda ilimitada, domínios de hospedagem ilimitados e armazenamento SSD.
Adoção na Indústria
Funcionalidades brilhantes e protocolos bem projetados são todos muito bons, mas são inúteis sem serem realmente usados. Após a finalização em meados de 2015, o protocolo HTTP/2 logo viu adoção inicial por parte de provedores de serviços como Akamai, Google e Facebook, servidores HTTP de código aberto como Nginx e navegadores, incluindo Chrome, Firefox, Safari e até o Internet Explorer (surpresa, eu sei). De acordo com pesquisadores que acompanham a taxa de adoção do HTTP/2, quase 200.000 sites da lista Alexa dos principais um milhão de sites anunciam suporte para HTTP/2.
Relacionado: 13 dos Melhores Plugins de Segurança para Manter seu Site WordPress Seguro
Protegendo o HTTP/2
Como sucessor do protocolo SPDY, muitos dos primeiros usuários esperavam que o HTTP/2 exigisse uma conexão TLS, assim como seu antecessor. Finalmente, foi decidido pelos designers do protocolo que conexões seguras não seriam obrigatórias; no entanto, isso não impediu que os desenvolvedores de navegadores exigissem criptografia. Atualmente, nenhuma implementação de navegador suporta conexões HTTP/2 em texto simples (também conhecidas como h2c).
Os servidores HTTP/2 utilizam um de dois protocolos de negociação para anunciar seu suporte através de conexões TLS: NPN e ALPN. O NPN é um protocolo de negociação mais antigo e menos eficiente, enquanto o ALPN é mais recente, mais rápido e teve uma adoção muito menor devido à sua exclusão das versões mais antigas do OpenSSL. Curiosamente, o Google anunciou planos para que o Chrome deixe de suportar o NPN em favor exclusivo do ALPN, o que pode deixar muitos usuários no escuro do HTTP/2 enquanto pacotes antigos do OpenSSL ainda circulam.
HTTP/2 na DreamHost
Como um provedor dedicado a abraçar projetos de código aberto, estamos animados em decidir avançar com a adoção do HTTP/2. A partir desta semana, domínios hospedados em VPS e servidores dedicados alimentados por Nginx agora podem aproveitar totalmente o protocolo HTTP/2. O suporte ao HTTP/2 no Nginx é projetado para funcionar de forma transparente ao lado das conexões HTTP/1.1 existentes, embora apenas para sites HTTPS. Outras funcionalidades existentes fornecidas pelos nossos serviços Nginx, incluindo segurança web extra e suporte Lua via OpenResty, também continuarão a funcionar de forma transparente sob HTTP/2.
Além disso, os servidores HTTP/2 impulsionados pela DreamHost são totalmente capazes de suportar negociações NPN e ALPN, o que significa que o corte iminente do Chrome para NPN não resultará em erros de conexão em navegadores de última geração.
Adicionar suporte HTTP/2 ao seu domínio Nginx/HTTPS é tão simples quanto ativar uma caixa de seleção. Veja o artigo no Centro de Ajuda para mais detalhes e instruções sobre como ativar este serviço.
E para os mais curiosos, existem vários recursos excelentes sobre HTTP/2 que exploram muito mais a fundo os detalhes técnicos:
Então, o que você está esperando? Marque a caixa HTTP/2 e eleve seu domínio para o próximo nível hoje mesmo!
Se você tiver alguma dúvida, deixe um comentário abaixo, nos envie um tweet @DreamHostCare no Twitter, ou entre em contato com nossa equipe de suporte!
Fonte da imagem de destaque: http2.akamai.com