Se você usa a internet, provavelmente já se deparou com o termo HTTP ou HTTPS. É também a carta mais vista, especialmente considerando os bilhões de sites ativos atualmente.
O HTTP ou HyperText Transfer Protocol é a sigla. Isso serve como protocolo do lado do cliente e do servidor, definindo como as mensagens são enviadas e estruturadas pela Internet.
Principais lições
- O HTTP 1.0 permite apenas uma solicitação por conexão, enquanto o HTTP 1.1 permite várias solicitações.
- O HTTP 1.1 oferece suporte a conexões persistentes, permitindo um carregamento mais rápido do site, enquanto o HTTP 1.0 não.
- O HTTP 1.1 tem compactação de cabeçalho mais eficiente do que o HTTP 1.0, o que reduz o uso da largura de banda.
HTTP 1.0 x HTTP 1.1
HTTP 1.0 foi a primeira versão do protocolo HTTP, introduzida em 1996. É um protocolo simples e sem estado que opera com base em solicitação-resposta. HTTP 1.1 é a versão mais usada do protocolo HTTP, lançada em 1999. É uma versão aprimorada do HTTP 1.0 que apresenta vários novos recursos, incluindo suporte para conexões persistentes, cache, pipelining e codificação de transferência em partes.
Em 1996, o HTTP/1.0 foi formalmente introduzido e reconhecido. Sua popularidade disparou desde então.
Apenas a autenticação rudimentar (controle de desafio-resposta) é fornecida pelo HTTPv1.0; um problema chave com esta técnica é que nomes de usuários e senhas não são criptografados, deixando-os suscetíveis a espionagem e sem restrições de tempo.
Havia apenas 16 códigos de status.
O HTTP 1.1 também fornece conexões persistentes, o que implica que muitas respostas e solicitações podem ser enviadas pela mesma conexão HTTP.
O método OPTIONS é novo no HTTP/1.1. Essa técnica pode ser facilmente usada por um cliente HTTP para descobrir os recursos do servidor HTTP. É utilizado principalmente em aplicativos da Web para compartilhamento de recursos entre origens.
Tabela de comparação
| Parâmetros de comparação | HTTP 1.0 | HTTP 1.1 |
|---|---|---|
| Código de status | Existem 16 códigos de status que podem ser definidos; no entanto, os pop-ups de erro não são precisos o suficiente. | O relatório de erros é mais rápido e eficiente com a capacidade de especificar 24 códigos de status. |
| Mecanismo de autenticação | Como as senhas e nomes de usuário também são enviados em texto não criptografado ou codificado em base64, o mecanismo básico de autenticação é inseguro. | Como utiliza autenticação digest e autenticação NTLM, é relativamente seguro. |
| Cache | O cabeçalho If-Modified-Since é usado para auxiliar o armazenamento em cache. | Usa alguns cabeçalhos extras como controle de cache. |
| Otimização de Desempenho | Suporta cache para servir mais páginas mais rapidamente. | Muitas otimizações são utilizadas como uma solução alternativa para o requisito de “seis conexões por host” incluindo spriting, concatenação, inlining e fragmentação de domínio. |
| Características principais | Há apenas uma solicitação e resposta para cada conexão TCP. | Ele permite a reutilização de conexão, o que significa que muitas solicitações e respostas podem ser enviadas e recebidas para cada conexão TCP. |
O que é HTTP 1.0?
Apenas a autenticação rudimentar (controle de desafio-resposta) é fornecida pelo HTTPv1.0; um problema chave com esta técnica é que nomes de usuário e senhas não são criptografados, deixando-os suscetíveis a espionagem, e não há restrições de tempo.
Qualquer informação obtida por espionagem pode ser usada por muito tempo depois de obtida. O cliente deve calcular um checksum da senha, nome de usuário e valor único, incluindo o tipo de solicitação HTTP e o URI solicitado para uma resposta válida.
Como o HTTP 1.0 foi criado para utilizar uma nova conexão de TCP para cada solicitação, cada apelação teve que pagar pela despesa de estabelecer uma nova conexão de TCP.
Como a maioria das transações na Internet são breves e raramente progridem além do estágio de início lento, elas não otimizam o uso da largura de banda disponível.
Embora algumas implementações da versão 1.0 tenham utilizado um cabeçalho “keep-alive” para exigir que o link seja mantido ativo, isso não funcionou bem com proxies intermediários.
O servidor ainda deve fornecer respostas na mesma sequência da solicitação correspondente para uma determinada conexão. Um cliente não precisa esperar pela resposta de sua solicitação anterior antes de enviar outra pela mesma conexão (pipelining).
Ele reduz a latência de ida e volta da rede ao mesmo tempo em que otimiza os recursos do protocolo TCP.
O que é HTTP 1.1?
Ao introduzir conexões permanentes e tubulações, ele resolve esse problema. HTTP/1.1 implica que uma conexão de TCP deve ser mantida ativa, a menos que seja explicitamente solicitado a desconectar ao usar conexões persistentes.
Permite que o cliente envie inúmeras apelações pela mesma conexão sem ter que esperar a resposta de cada uma, aumentando significativamente a performance do HTTP/1.1 sobre o HTTP/1.0.
Infelizmente, essa técnica de otimização tem um gargalo inerente.
Porque vários pacotes de dados simplesmente não podem passar uns pelos outros em seu caminho. há momentos em que uma solicitação na frente da fila falha em obter o recurso necessário, fazendo com que todas as solicitações atrás dela sejam bloqueadas.
Isso é conhecido como bloqueio HOL head-of-line e é um problema importante quando se trata de melhorar o desempenho da conexão HTTP/1.1.
Conexões TCP paralelas e separadas podem resolver o problema, no entanto, o número de conexões TCP simultâneas entre um cliente e um servidor é limitado e cada nova conexão consome muitos recursos.
O controle de fluxo em HTTP/1.1 é baseado em TCP. Quando o TCP é estabelecido, tanto o servidor quanto o cliente usam suas configurações padrão do sistema para determinar tamanhos de buffer.
Se o buffer do destinatário estiver parcialmente cheio, ele informará o remetente sobre a janela de recebimento do destinatário ou a quantidade de espaço livre em seu buffer.
Principais diferenças entre HTTP 1.0 e HTTP 1.1
- O HTTP1.0 é mais utilizado no cabeçalho, mas o HTTP1.1 é usado para introduzir uma versão mais sofisticada esconderijo abordagem de gestão.
- Há algum desperdício de largura de banda no HTTP 1.0, mas há menos desperdício de largura de banda no HTTP 1.1.
- O campo de cabeçalho Host é suportado por mensagens de solicitação e resposta HTTP1.1, embora HTTP1.0 pense que cada servidor deve vincular um endereço IP distinto.
- No HTTP 1.0, há apenas uma solicitação e resposta para cada conexão TCP, enquanto o HTTP 1.1 permite a reutilização da conexão.
- Spriting, concatenação, inlining e fragmentação de domínio são algumas das otimizações utilizadas no HTTP 1.1, enquanto o HTTP 1.0 oferece suporte ao cache para atender sites mais rapidamente.
- https://ieeexplore.ieee.org/abstract/document/1243114/
- http://journals.uic.edu/ojs/index.php/fm/article/view/2125
Última atualização: 16 de agosto de 2023
Eu me esforcei tanto para escrever esta postagem no blog para fornecer valor a você. Será muito útil para mim, se você considerar compartilhá-lo nas mídias sociais ou com seus amigos/família. COMPARTILHAR É ♥️
Sandeep Bhandari é bacharel em Engenharia de Computação pela Thapar University (2006). Possui 20 anos de experiência na área de tecnologia. Ele tem grande interesse em vários campos técnicos, incluindo sistemas de banco de dados, redes de computadores e programação. Você pode ler mais sobre ele em seu página bio.
A introdução do método OPTIONS no HTTP 1.1 é uma adição notável, permitindo que os clientes descubram os recursos do servidor, particularmente benéficos para o compartilhamento de recursos de origem cruzada em aplicativos da web.
Os mecanismos de autenticação no HTTP 1.1 melhoraram significativamente a segurança ao empregar autenticação digest e NTLM, reduzindo os riscos de interceptação de nome de usuário e senha.
O suporte do HTTP 1.1 para conexões persistentes é uma virada de jogo em termos de acelerar o tempo de carregamento do site e otimizar a latência de ida e volta da rede.
Os gargalos e otimizações no HTTP 1.1 enfatizam a necessidade de refinamento contínuo nos protocolos web para superar desafios e melhorar o desempenho.
A tabela de comparação fornece uma visão geral clara das diferenças entre HTTP 1.0 e 1.1, enfatizando os avanços feitos no relatório de erros e na otimização de desempenho.
O protocolo HTTP percorreu um longo caminho desde o seu início. As melhorias na versão 1.1 tiveram um impacto significativo no desempenho e na segurança.
Os detalhes técnicos sobre HTTP 1.0 e 1.1 fornecem informações valiosas sobre a evolução do protocolo, especialmente em termos de reutilização de conexão e compactação eficiente de cabeçalho.
A explicação detalhada do HTTP 1.1 abordando os desafios das versões anteriores, como evitar o custo de estabelecer uma nova conexão TCP para cada solicitação, demonstra os avanços do protocolo.
A divisão do HTTP 1.0 e 1.1 mostra as melhorias graduais feitas no tratamento de erros, nos códigos de status e no cache, sublinhando a importância da evolução do protocolo.
A introdução de conexões permanentes e pipeline no HTTP 1.1 sem dúvida melhorou o desempenho geral das transações na web.