Se você usa a Internet, provavelmente já encontrou o termo HTTP ou HTTPS. É também a carta mais vista, especialmente considerando os bilhões de sites que estão ativos atualmente. O protocolo HTTP ou HyperText Transfer Protocol é a sigla. Isso funciona como protocolo do lado do cliente e do servidor, definindo como as mensagens são enviadas e estruturadas pela Internet.
HTTP 1.0 vs HTTP 1.1
A diferença entre HTTP 1.0 e HTTP 1.1 é que Em Para significar solicitações bem-sucedidas e para identificar problemas de transmissão, foram utilizados códigos de status HTTP 1.0. HTTP / 1.1 oferece suporte a transferências de blocos, o que permite que o material seja transmitido em blocos e cabeçalhos extras a serem entregues após o corpo da mensagem.
Em 1996, o HTTP / 1.0 foi formalmente introduzido e reconhecido. Sua popularidade disparou desde então. Somente autenticação rudimentar (controle de desafio-resposta) é fornecida pelo HTTPv1.0; um dos principais problemas dessa técnica é que os nomes de usuário e as senhas não são criptografados, o que os deixa 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 em HTTP / 1.1. Esta 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 de origem cruzada.
Tabela de comparação entre HTTP 1.0 e HTTP 1.1
| 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 com codificação base64, o mecanismo de autenticação básico não é seguro. | Por utilizar 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 performance | 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 sharding de domínio. |
| Características principais | Existe apenas uma solicitação e resposta para cada conexão TCP. | Ele permite a reutilização da 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?
Somente autenticação rudimentar (controle de desafio-resposta) é fornecida pelo HTTPv1.0; um dos principais problemas dessa técnica é que os nomes de usuário e as senhas não são criptografados, o que os deixa suscetíveis a espionagem e não há restrições de tempo. qualquer informação obtida por espionagem pode ser usada por muito tempo após ter sido obtida. O cliente deve calcular uma soma de verificação da senha, nome de usuário, valor único, incluindo o tipo de solicitação HTTP e o URI solicitado para uma resposta válida.
Como o HTTP1.0 foi criado para utilizar uma nova conexão de TCP para cada solicitação, cada recurso teve que pagar pelas despesas de estabelecimento de uma nova conexão de TCP. Como a maioria das transações da Internet são breves e raramente passam do estágio de início lento, elas não fazem o uso ideal da largura de banda disponível. Embora algumas implementações da versão 1.0 utilizassem um cabeçalho “keep-alive” para exigir que o link pudesse ser mantido ativo, isso não funcionava bem com o proxy intermediário.
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 à sua solicitação anterior antes de enviar outra pela mesma conexão (pipelining). Ele reduz a latência de ida e volta da rede e, ao mesmo tempo, 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 para desconectar ao usar conexões persistentes. Ele permite que o cliente envie vários recursos pela mesma conexão sem ter que esperar que cada um seja respondido, aumentando significativamente o desempenho do HTTP / 1.1 sobre HTTP / 1.0.
Infelizmente, essa técnica de otimização possui 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 não consegue obter o recurso de que necessita, fazendo com que todas as solicitações posteriores sejam bloqueadas.
Isso é conhecido como bloqueio de ponta de linha HOL e é um grande problema 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, o servidor e o cliente usam suas configurações padrão do sistema para determinar os tamanhos do buffer. Se o buffer do receptor estiver parcialmente cheio, ele informará o remetente da janela de recepção do receptor ou a quantidade de espaço livre em seu buffer.
Principais diferenças entre HTTP 1.0 e HTTP 1.1
Conclusão
Desde seu início em 1989, o HTTP ou Hypertext Transfer Protocol, tem sido o padrão para transferência de dados na web. Houve apenas algumas modificações no HTTP / 1.1 desde que foi lançado pela primeira vez em 1997. No entanto, em 2015, o HTTP / 2 foi introduzido,
incluía muitas maneiras de reduzir a latência, desde então, a popularidade do HTTP / 1.1 cresceu, com algumas estimativas grosseiras afirmando que cerca de um terço de todos os sites na Internet agora o suportam. Compreender as distinções tecnológicas entre HTTP / 1.1 e HTTP / 2 pode ajudar os desenvolvedores da web a fazerem julgamentos informados e eficientes em relação às melhores práticas emergentes neste mundo em constante mudança.
