Introdução ao HTTP / 2 para WordPress

Introdução ao HTTP / 2 para WordPress

O 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 o HTTP / 2 para WordPress em 2018.


Uma Breve História do HTTP

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

Espere um segundo. 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 principal.

Espreitando um pouco, existem quatro camadas no conjunto IP (Internet Protocol):

  1. Camada de aplicação
  2. Camada de transporte
  3. Camada da Internet
  4. Camada de link
Protocolos da Camada de Aplicação da Internet

Camadas de protocolo da Internet. Fonte: Wikipedia

Sem entrar muito em detalhes, as três últimas camadas (ou seja, 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 serve todos formulários na internet.

  • A visualização de páginas da web é um aplicativo na Internet – que é possível graças ao protocolo HTTP.
  • O email é outro aplicativo na Internet – possibilitado pelo protocolo POP ou IMAP.

tem vários protocolos na camada de aplicação na Internet que cria coisas como vídeos ao vivo do YouTube e Clash of Clans possível.

O nascimento do HTTP / 2

HTTP / 2 para iniciantes no WordPress

HTTP é a linguagem comum entre clientes e servidores, permitindo a web moderna. Desde o seu início simples, como uma única palavra-chave e caminho do documento, tornou-se o protocolo de escolha não apenas para navegadores, mas para praticamente todos os softwares e aplicativos de 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

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

Tudo o que acontece na Internet – desde vídeos de gatos até bate-papos ao vivo entregues a partir da Estação Espacial Internacional e trilhões de transações on-line – acontece com a tecnologia que não teve atualização 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 das limitações do HTTP / 1.1

Não quero dizer que o HTTP / 1.1 seja ruim. Mas pode Certifique-se de usar uma atualização. E é por isso que em 2015 Força-Tarefa de Engenharia da Internet duplicou a criação de um protocolo melhor para HTTP.

O resultado foi um novo protocolo que funcionou perfeitamente com todas as coisas em execução 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 que eu não será 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 da UpWork:

HTTP / 2 para WordPress: Multiplexação

Ilustração da 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.

Vimos que no HTTP / 1.1, o navegador requer três conexões TCP com o servidor para solicitar esses recursos. Por quê? Como 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 recurso ‘engarrafamentos’ – o que leva a uma lenta experiência no site.

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 por uma única conexão. Conseqüentemente, o tempo de carregamento e o consumo de recursos de rede reduziriam significativamente. Em termos mais simples, você poderá fazer mais com menos. Portanto, o HTTP / 2 para WordPress é uma ótima maneira de (potencialmente) acelerar seu site WordPress.

Fragmentação de Domínio e Outras Melhorias

Lembra-se de como os aplicativos mais recentes exigem “soluções alternativas” para superar certas limitações do HTTP / 1.1? A fragmentação de domínio é uma dessas soluções alternativas. Vejamos por que o compartilhamento de domínio é necessário.

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 possui vários recursos para serem carregados em paralelo. Em um esforço para acelerar o carregamento dos sites, os sites começaram a servir seus recursos em vários subdomínios. Isso é chamado de fragmentação de domínio.

HTTP / 2 para WordPress: fragmentação de domínio

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

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

Graças à multiplexação no HTTP / 2, muitas dessas “soluções alternativas” não são mais necessárias. Esses incluem Sprites CSS, imagens embutidas em CSS usando URIs de dados, e concatenação de CSS e JavaScript. Para colocá-lo Smashing MagazineAs palavras de:

Os pedidos de HTTP são baratos no mundo do HTTP / 2. Organizar seus ativos durante o desenvolvimento de acordo com as páginas nas quais eles serão usados ​​será muito melhor. Em seguida, você pode fornecer apenas o código que o visitante precisa. Fazer o download de várias 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 então 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 concluir ciclos de solicitação-resposta.

O HTTP / 2 suporta a conversão de um protocolo de texto para um protocolo binário. Isso permite que o servidor e o cliente falem em 0s e 1s em vez de texto real – reduzindo significativamente a quantidade de tempo e energia necessária 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 simplificá-lo. No cenário clássico HTTP / 1.1, um servidor (ou site) envia apenas recursos ao cliente (navegador) somente quando o cliente solicita o recurso. Este é o cenário típico de solicitação-resposta.

No entanto, o HTTP / 2 introduz o conceito de envio por servidor, pelo qual, pela primeira vez, o servidor pode enviar recursos (ou informações) ao cliente, sem que o cliente solicite explicitamente o recurso. Esse mecanismo salva uma 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.

Compactação de cabeçalho

O HTTP / 2 usa algo chamado compactaçã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 de 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. Carga útil: são os dados reais que estão sendo transportados do servidor para o cliente
  3. Rodapé: Esta é uma espécie de lista de verificação que garante que a unidade de dados foi entregue com sucesso sem erros.

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

Com os 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 é o pouco de tecnologia que criptografa as conexões entre servidor e 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 on-line.

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 no lado 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, suporta o protocolo HTTP / 2. Se você possui os recursos para implementar o protocolo HTTP / 2 – siga em frente e faça-o.

Verificação de compatibilidade para HTTP / 2 entre os principais navegadores da web.

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

Como começar com o HTTP / 2 para WordPress?

HTTP / 2 para WordPress

A implementação do HTTP / 2 no host do WordPress requer muito conhecimento técnico. Se você é um desenvolvedor ou redes e gerencia servidores, é o que você gosta..

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, o WPEngine e 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.

Da perspectiva 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 usando o novo protocolo. No entanto, o HTTP / 2 é totalmente compatível com versões anteriores, portanto, os sites que ainda usam o antigo HTTP não serão afetados. Isso significa que você pode apenas sentar e aproveitar sites de carregamento mais rápido.

Finalizando o HTTP / 2 para WordPress

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

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

Jeffrey Wilson Administrator
Sorry! The Author has not filled his profile.
follow me
    Like this post? Please share to your friends:
    Adblock
    detector
    map