Introdução ao HTTP/2 para WordPress

HTTP/2 é um dos marcos mais significativos a serem introduzidos na web moderna. Este artigo destaca o estado atual do HTTP e apresenta os principais benefícios (e alguns conceitos não técnicos) do HTTP/2. Também aprenderemos como implementar HTTP/2 para WordPress em 2018.

Uma Breve História do HTTP

HTTP significa Hypertext Transfer Protocol, que foi criado por Tim Berners Lee no ano de 1991. Tim é o homem a quem devemos agradecer pela World Wide Web. O HTTP é um dos protocolos de aplicação mais onipresentes e amplamente adotados na Internet. Mas não é o único.

Espere um segundo. Eu destaquei a frase protocolos de aplicação . Por que é que? Veja bem, a Internet é na verdade uma composição de quatro camadas hierárquicas de protocolos. Cada camada consiste em vários protocolos e é responsável por uma função central .

Olhando um pouco, existem quatro camadas no conjunto de protocolos da Internet (IP):

1. Camada de aplicação
2. Camada de transporte
3. Camada da Internet
4. Camada de Link

Camadas de protocolo da Internet. Fonte: Wikipédia

Sem entrar muito em detalhes, as três últimas camadas (ou seja, as camadas de Transporte, Internet e Link) são responsáveis por estabelecer uma conexão confiável para a troca de dados.

A camada superior é chamada de Camada de Aplicação , que atende a todas as aplicações na Internet.

• A visualização de páginas da web é uma aplicação na Internet – possibilitada pelo protocolo HTTP.
• O e-mail é outra aplicação na Internet – possibilitada pelo protocolo POP ou IMAP.

Existem vários protocolos na camada de aplicação na Internet que possibilitam coisas como YouTube Live Videos e Clash of Clans .

O nascimento do HTTP/2

HTTP é a linguagem comum entre clientes e servidores, habilitando a web moderna. Desde seu início simples como uma única palavra-chave e caminho de documento, tornou-se o protocolo de escolha não apenas para navegadores, mas para praticamente todos os aplicativos de software e hardware conectados à Internet.

Isso levanta a questão – com que frequência atualizamos esse software crucial? Bem, como se vê – não com muita frequência

Na verdade, a última vez que o protocolo HTTP foi atualizado foi no ano de 1997 – dez anos antes do lançamento do primeiro iPhone! Essa era a versão HTTP 1.1 e 20 anos depois, ainda é a versão HTTP mais usada hoje!

Tudo o que acontece na Internet – desde streaming de vídeos de gatos até chats de vídeo ao vivo entregues da Estação Espacial Internacional e trilhões de transações online – acontece por meio da tecnologia que não é atualizada há mais de duas décadas. Ao longo dos anos, fizemos um tremendo progresso na criação de novos aplicativos para a Internet. No entanto, fizemos tudo isso criando soluções alternativas a partir das limitações do HTTP/1.1

Eu não quero dizer que HTTP/1.1 é de todo ruim. Mas com certeza pode usar uma atualização . E é por isso que, em 2015 , a Força- Tarefa de Engenharia da Internet dobrou o esforço para criar um protocolo melhor para HTTP.

O resultado foi um novo protocolo que funcionou perfeitamente com todas as coisas que estavam sendo executadas no HTTP/1.1, enquanto fazia algumas melhorias sérias na tecnologia subjacente. Este novo protocolo foi chamado HTTP/2.

O que mudou no HTTP/2?

Muitas coisas na verdade. Mas não vamos cobrir todos eles aqui. Tenho certeza de que você ficará entediado até lá e ainda mais certeza de que não serei capaz de explicar as coisas de uma maneira não nerd. Mas quando se trata de HTTP/2 para WordPress, aqui estão alguns pontos-chave.

Multiplexação

No HTTP/1.1, o servidor e o cliente precisavam estabelecer conexões individuais para solicitar recursos. Deixe-me explicar com esta bela ilustração do UpWork:

Ilustração de multiplexação por UpWork

Um site é composto de HTML, CSS, JavaScript, imagens e outros arquivos. Esses arquivos são chamados coletivamente de recursos. Neste exemplo, há um site composto por três recursos – um arquivo JavaScript, um arquivo CSS e um arquivo de imagem.

Vemos que no HTTP/1.1, o navegador requer três conexões TCP com o servidor para solicitar esses recursos. Por quê? Porque no HTTP/1.1, cada conexão pode solicitar apenas uma solicitação. Um número maior de conexões geralmente resulta no que pode ser melhor descrito como ‘engarrafamentos’ de recursos – o que acaba levando a uma experiência de site lenta.

HTTP/2 suporta multiplexação

A multiplexação é uma tecnologia que permite que os servidores enviem vários arquivos em uma única conexão. Como resultado, quando o mesmo site usa HTTP/2, todos os três recursos podem ser enviados em uma única conexão. Consequentemente, os tempos de carregamento e o consumo de recursos de rede seriam reduzidos significativamente. Em termos mais simples, você seria capaz de fazer mais com menos. Portanto, HTTP/2 para WordPress é uma ótima maneira de (potencialmente) acelerar seu site WordPress .

Partilha de domínio e outras melhorias

Lembre-se de como os aplicativos mais novos exigem ‘soluções alternativas’ para superar certas limitações do HTTP/1.1? A fragmentação de domínio é uma dessas soluções. Vejamos por que a fragmentação de domínio é necessária.

Normalmente, o HTTP/1.1 limita o número máximo de conexões abertas entre um servidor (domínio) e um cliente. A maioria dos sites tem vários recursos para serem carregados em paralelo. Em um esforço para fazer os sites carregarem mais rápido, os sites começaram a servir seus recursos de vários subdomínios. Isso é chamado de fragmentação de domínio.

Ilustração de fragmentação de domínio pelo UpWork

Agora, com HTTP/2, não há necessidade de compartilhamento de domínio. Não porque o HTTP/2 não limita o número máximo de conexões abertas. Mas porque HTTP/2 suporta multiplexação. Todos os recursos podem ser enviados diretamente em uma conexão!

Graças à multiplexação em HTTP/2, muitas dessas ‘soluções alternativas’ não são mais necessárias. Isso inclui sprites CSS , imagens inline em CSS usando URIs de dados e concatenação de CSS e JavaScript. Para colocar nas palavras da Smashing Magazine :

As solicitações HTTP são baratas no mundo do HTTP/2. Organizar seus ativos durante o desenvolvimento de acordo com as páginas em que serão usados será muito melhor. Você pode então servir apenas o código que o visitante precisa. Baixar muitas folhas de estilo minúsculas não importa. Você também pode organizar com base na frequência com que as coisas mudam; ativos com longevidade poderiam ser tratados por mais tempo.

Suporte para protocolos binários

Sabemos que os computadores falam em 0s e 1s, certo? Bem, não era assim que o HTTP/1.x costumava falar. HTTP1.x usado para processar comandos de texto para completar ciclos de solicitação-resposta.

HTTP/2 suporta a conversão de um protocolo de texto para um protocolo binário. Isso permite que o servidor e o cliente conversem em 0s e 1s em vez de texto real – reduzindo significativamente a quantidade de tempo e energia necessários para concluir os mesmos ciclos de solicitação-resposta.

Envio de servidor HTTP/2

Esse recurso pode ser um pouco complicado de explicar, mas tentarei mantê-lo simples. No cenário HTTP/1.1 clássico, um servidor (ou site) só enviará recursos para o cliente (navegador) somente quando o cliente solicitar o recurso. Este é o cenário típico de solicitação-resposta.

No entanto, o HTTP/2 introduz o conceito de push de servidor, em que pela primeira vez o servidor pode enviar recursos (ou informações) para o cliente, sem que o cliente solicite explicitamente o recurso. Esse mecanismo economiza uma viagem de ida e volta de solicitação-resposta e reduz a latência da rede.

Os desenvolvedores da Web podem criar aplicativos que aproveitam o Server Push e enviar recursos/informações adicionais ao cliente antecipando solicitações. Resultado final? Aplicações mais rápidas e suaves.

Compressão de cabeçalho

O HTTP/2 usa algo chamado compressão de cabeçalho HPACK ao trocar dados entre o cliente e o servidor. Antes de entendermos por que isso é importante, é hora de aprender um pouco mais sobre protocolos.

Uma unidade de dados em qualquer protocolo (incluindo HTTP) é composta por três componentes principais – cabeçalho, carga útil e rodapé.

1. Cabeçalho: O Cabeçalho contém informações sobre a unidade de dados
2. Payload: Estes são os dados reais que estão sendo transportados do servidor para o cliente
3. Rodapé: É uma espécie de checklist que garante que a unidade de dados foi entregue com sucesso e sem erros.

A compactação de cabeçalho funciona de uma maneira bastante simples – o servidor compacta as informações do cabeçalho antes de transferi-las para o cliente. Ao receber a unidade de dados (ou pacote), o cliente descompacta o cabeçalho e o exibe (ou usa) para (ou para) o usuário.

Com sites ricos em mídia (como Netflix ou New York Times) se tornando a norma hoje, a compactação de cabeçalho HPACK do HTTP/2 pode economizar muita largura de banda ao transferir dados do servidor para o cliente.

TLS aprimorado

TLS significa Transport Layer Security, que é a tecnologia que criptografa as conexões entre o servidor e os clientes. Sabemos que tem HTTPS. Essa é a tecnologia que ajuda a impedir que hackers roubem nossas informações de cartão de crédito e outros dados pessoais durante transações online.

O HTTP/2 funciona perfeitamente com a tecnologia TLS existente e traz vários recursos avançados, como menos handshakes TLS, baixo consumo de recursos nos lados do cliente e do servidor e recursos aprimorados na reutilização de sessões da Web existentes, eliminando certas vulnerabilidades associadas ao HTTP/1 .x.

O mundo está pronto para HTTP/2?

Bem, isso depende. A maioria dos navegadores modernos, incluindo Chrome e Firefox, suportam o protocolo HTTP/2. Se você tiver os recursos para implementar o protocolo HTTP/2 – você deve ir em frente e fazê-lo.

CanIUse.com fornece uma verificação de compatibilidade atualizada para HTTP/2 entre os principais navegadores da web

Como começar com HTTP/2 para WordPress?

Implementar HTTP/2 em seu host WordPress requer muito conhecimento técnico. Se você é um desenvolvedor ou redes e o gerenciamento de servidores é o que você gosta – vá em frente.

A boa notícia é que a implementação do HTTP/2 para WordPress é facilitada graças aos  bons provedores de hospedagem do WordPress . Por exemplo, tanto o WPEngine quanto o Kinsta suportam HTTP/2 e têm todos os fallbacks necessários para garantir que os visitantes do site que não suportam o novo protocolo obtenham uma versão confiável e totalmente otimizada da experiência HTTP/1.1.

Do ponto de vista de um usuário da Internet, você não precisará fazer nada além de baixar a versão mais recente do seu navegador. Se o site for compatível com HTTP/2, seu navegador se comunicará automaticamente com ele usando o novo protocolo. No entanto, o HTTP/2 é totalmente compatível com versões anteriores, portanto, os sites que ainda usam o HTTP antigo não serão afetados. Isso significa que você pode simplesmente sentar e desfrutar de sites de carregamento mais rápido.

Finalizando o HTTP/2 para WordPress

HTTP/2 para WordPress é uma atualização muito necessária e revolucionária para uma das principais peças de tecnologia do mundo. No entanto, levaria muito tempo para o HTTP/2 se tornar popular – como sites HTTPS. Dito isto, o objetivo deste artigo é apresentar aos nossos leitores esta maravilhosa peça de tecnologia que pode potencialmente mudar a face da World Wide Web.

Pensamentos sobre HTTP/2 para WordPress? Perguntas? Deixe-nos saber na seção de comentários abaixo!