HTTP (HyperText Transfer Protocol) é o protocolo de comunicação utilizado pela web para pedir e receber conteúdos entre navegador e servidor. Em termos simples, um navegador faz uma requisição (request) para um servidor, que responde com uma resposta (response) contendo o conteúdo solicitado.
Exemplo prático: uma requisição simples é:
GET /index.html HTTP/1.1
Host: exemplo.com
Observação: o HTTP por si não transporta os dados de forma confiável. Ele depende de camadas subjacentes (TCP e IP) para garantir que os pacotes cheguem ao destino na ordem correta.
Exemplo: ao enviar a página HTML grande, o TCP quebra em vários pacotes, acompanha a confirmação da recepção (ACK) e reordena os pacotes para reconstruir o conteúdo no destino.
Para entender como as informações chegam a um serviço, costuma-se usar um modelo de 4 camadas (em vez do modelo OSI de 7 camadas):
Portas de rede ajudam a direcionar o tráfego para o programa correto no servidor. Por padrão, o HTTP usa a porta 80, HTTPS usa a 443, FTP usa 21, etc. A combinação de IP (destino) e porta determina o serviço à qual a requisição chega.
Fluxo simplificado:
Observação: a comunicação entre cliente e servidor depende de várias camadas e componentes (roteamento, TCP, linguagem de protocolo HTTP) para funcionar de forma eficiente e confiável.
As versões modernas do HTTP trazem melhorias de desempenho (p. ex., multiplexação, cabeçalhos comprimidos). Em vez de abrir uma nova conexão para cada recurso, HTTP/2 pode enviar vários recursos simultaneamente pela mesma conexão TCP, reduzindo latência. Em cursos práticos, veremos como abrir conexões TCP de forma eficiente, como tratar cabeçalhos, corpo da mensagem e como otimizar o uso de permissões de server.
HTTP é o protocolo de comunicação entre clientes (navegadores) e servidores para obter recursos da web, usando requisições e respostas. Exemplo: GET /index.html HTTP/1.1
Responsável pelo roteamento e endereçamento dos pacotes entre dispositivos na rede. Não garante entrega nem ordem dos pacotes.
Protocolo de transporte que garante entrega confiável, ordem dos pacotes e controle de retransmissões. Trabalha com o IP para entregar dados de maneira confiável.
Aplicação (HTTP, FTP), Transporte (TCP/UDP), Internet (IP) e Acesso (rede física). Portas ajudam a direccionar serviços nos servidores (ex.: 80 HTTP, 443 HTTPS).
Navegador -> rede (roteadores) -> servidor (porta 80/443) -> processamento HTTP no servidor -> resposta HTTP de volta ao navegador.
HTTP/2/HTTP/3 trazem melhorias como multiplexação, compressão de cabeçalhos, e redução de latência. Importante entender quando aplicar cada versão para ganhos reais de performance.
Resposta correta: A) Camada de Aplicação
Justificativa: HTTP opera na camada de aplicação, onde residem os protocolos de alto nível usados por aplicações como navegadores.
Resposta correta: B) Garantir entrega confiável e ordem dos pacotes
Justificativa: TCP oferece entrega confiável, reconhecimentos (ACK), retransmissões e reordenação de pacotes para que o conteúdo chegue íntegro.
Resposta correta: C) Porque não tem controle de confiabilidade e ordem
Justificativa: IP apenas entrega pacotes no melhor esforço, sem garantir entrega, sem controle de ordem e sem detecção de perdas.
Resposta correta: A) O navegador envia pela Internet com IP/porta 80; o TCP quebra em pacotes, o IP entrega aos roteadores, e o TCP garante a entrega em ordem ao destino; o servidor processa HTTP e responde usando a mesma conexão.
Justificativa: Este caminho descreve o fluxo end-to-end: IP para entrega entre endereços, TCP para confiabilidade e ordem, e HTTP para a aplicação no servidor.
Em porto, se você não desenvolveu do Frontend, Backend ou Devops, você precisa conhecer o protocol HTTP.
Olá, todo mundo, eu sou Ayrton e esse é o canal do Programador Abordo.
Nessa mini sábio que estou lançando aqui no canal, você vai entender de modo fácil e bem completo que é o protocol HTTP para que ele serve como ele funciona, como é que seria se relacionar com o protocolo TCP e P com as sonas de ferenças e o porquê você deve aprender ele imediatamente.
Está quando você levanta lá seu servidor HTTP em Node, em PHP, em Google, em qualquer linguagem que você usa um fenôr para rotear as suas rotas, usar o GAT para tentar o seu código, um post de um formulário para executar outra parte.
E aí você pega os redes que você, de repente, não entende, isso tudo faz parte do HTTP.
E é por isso que você precisa entender, porque você é um desenvolvedor e você precisa saber o que você está fazendo e não apenas fazer por fazer, porque está lá na documentação e assim você faz.
Você precisa conhecer o protocolo para tirar o máximo proveito dele e você realmente se é um desenvolvedor completo.
Você não se torna de desenvolvedor completo se você não sabe o protocolo HTTP.
Então vamos aqui pro quadro, que eu desenhei.
O navegador faz um request por servidor e o servidor retorna um responso, ou seja, uma resposta.
Só que aqui é o seu navegador, um Chrome, um Firefox da vida, mas não é bem assim que funciona no mundo web.
Você não faz uma requisição, esse seu pedido vai direto para o servidor e retorna direto para sua máquina.
Não é bem assim? Aqui no caminho existe, por exemplo, o rotiador, o rotiador, e a sua requisição, na verdade, vai fazer o que? Vai fazer isso aqui.
Bate no rotiador, vem, ele manda para o outro, vem, chegando aqui no terceiro rotiador, por exemplo, e, finalmente, desse rotiador próximo passo é o seu servidor.
Sabe, aqui deu um exemplo de três rotiadores, pode ter muitos outros rotiadores, pode ter outros servidores de Procs, pode ter Gate, os pode ser servidores de Cash, mas pode ter muita coisa nesse caminho.
Mas o mais importante que para vocês entenderem que esse percurso aqui, o caminho que ele traça entre o rotiador e até chegar no seu servidor, no servidor deixando isso, quem define é o protocolo IP.
Certo? O protocolo IP responsável pelo sua informação saído na navegador e conseguiu seguir um caminho até chegar no seu servidor.
Responsabilidade do protocolo IP, fazer sua informação chegar no servidor, saber localizar o seu servidor e a informação que você está mandando chegar lá e vice versa, beleza? Então o IP é responsável que para achar o seu servidor e a informação chegar até lá, certo? É o IP.
Mas o IP não está preocupado se sua informação vai chegar, se vai ter perda de informações, se a informação vai chegar na ordem correta, o IP só está preocupado de localizar o servidor e passando pelo rotiador, eles queriam ir ao redor do mundo e essa informação chegar no servidor.
Existe um outro protocolo que é o TCP, o TCP é o como suas informações são enviadas para lá.
O TCP não sabe onde ele deve, ele sabe como deve enviar essas informações, então ele via pacote, vamos dizer que você só se toma a página HTML e o servidor vai te mandar essa página HTML, certo? Ele vai te mandar pacotes, vamos dizer porque o HTML é muito grande, ele precisa quebrar em vários pacotes de informações.
Então tem três pacotes ali que junto com o seu HTML, o TCP é justamente o protocolo que diz como essas pacotes são formados e que garantem que esses pacotes vão chegar até você sem perder informações, sem chegar fora de ordem.
Porque pode chegar aqui, o pacote 2 ter perdido no caminho, ter uma requisação dessa, então o TCP é responsável.
Porque quando todos os outros pacotes chegaram aqui, ele vai perceber que faltou um pacote e vai reenvê-lo novamente.
E aqui vai ficar fora de ordem.
Então o TCP reordenta esses pacotes para ficar na ordem.
Pra as informações chegar até o seu navegador, porque por exemplo vamos dizer que o ar veio pro armador abordo e aqui chegou a bordo pro armador.
Já chegou fora de ordem o protocolo TCP, cuida para que seus pacotes chegam em ordem.
Então o TCP é o responsável em como essas informações vão trafegar e o IP é o que se preocupa de como a seformação vai chegar até o destino.
Ok? Então aqui por exemplo, eu tenho quatro camadas de red, aqui é uma versão simplificada que eu fiz, porque existe um modelo osi de red.
Então você pode pesquisar lá que são 7 camadas, aqui eu simplifiquei que é o suficiente para a gente entender o HTTP, beleza? Então aqui em cima a gente tem a camada, mas acima que é a de aplicação, aqui roda alguns protocolos.
Então por exemplo, aqui a gente tem um protocolo HTTP, HTTP, DHCP, FTP, Aqui a camada de aplicação é de fato a parte do software, tá? O programa, esses protocolos aqui roda uma camada de aplicação.
Existe a camada de transporte, aqui de fato cuida e de como os seus dados vão ser transportados do cliente, servidor, servidor cliente, não é vice-versa.
Então aqui a gente tem protocolos como TCP, temos o DP, são os principais aqui dessa camada, tem mais alguns outros, então por exemplo, o TCP que se preocupa como eu disse, os seus pacotes chegar em ordem das informações de um TP do SPACOT, o DP não se preocupa com nada disso.
Então consequentemente ele é um protocolo mais rápido, os transmissões de dados, mas ele não garante algumas coisas que a gente precisa quando a gente vai trafegar a HTML, com o teu hudo, a gente precisa que os protocolos quer, que as informações cheguem na ordem que não têm o pé das informações.
Aqui em rede a gente vai falar que quase que predomina toda aqui é o protocolo IP, que é o protocolo da internet, internet protocolo.
Cara, ele que forma a internet, o protocolo que molda a internet, a gente compra dois, como é que ela se comunica, como é que uma informação consegue chegar até o seu destino, a protocolo IP que define como vai acontecer para sua informação chegar onde você quer.
E por fim, tem a camada de hardware que são a mensagem que chega, você está enviando, vai virar sinais, ele trônil você vai ser enviado através dos cabos e chegar até o destino.
Então aqui a gente tem o servidor com as quatro camadas, exatamente igual aqui, então quando são informações, um sério browser e faz esse caminho que é certo, nessa é a led da sua aplicação para as sãoplas camadas, a informação vai trafegar na internet, certo? E da internet vai chegar no servidor e aqui na sob, até a camada de aplicação novamente, a sua informação que você mandou desde o protocolo IP, a aplicação vai chegar aqui para ser atendida por algum programa que entende a HTTP.
Então vamos para o próximo desenho que a gente vai começar a clariar as melhores coisas.
Então aqui a gente tem o servidor, certo? Então vamos simular como a informação já estivesse chegado, já passou pro IP e petrou essa informação certinha nos pacotes TCP e a informação chegou que eu estava servidor, só que não servidor, agora vai ter muitos programas rodando aqui, certo? E os aqui essas cachinhas são programas rodando dentro do seu servidor.
Como é que quando a informação chega nos pacotes TCP, como é que ele sabe para qual programa deve mandar? Como é que ele sabe que para onde deve mandar as informações para ser processadas, para ser interpretadas e no final tem uma resposta? Então vamos dizer que chegou o seu pacote TCP, que são seus pacotes, mas isso é uma das três pacotes, né? Para eles saber qual programa ele deve mandar, existe conceito de portas, portas de rede, que são portas de comunicação mesmo com a rede, que você disponibiliza essas portas para chegar à informação e sair à informação para afegar.
Então isso é que tudo, vamos dizer, são portas que estão abertas para quando chegar à informações.
Então por exemplo, a porta 21 é a porta padrão de quando a cola é FTP, né, existe 25, 80, 443, 330, existe várias portas que você pode disponibilizar ou não, e quando você manda uma requisação, você diz qual porta você vai usar nessa requisa.
Quando você vai aditar seu site na Vega 2 da Enter, ele, por padrão, vai utilizar o protocolo HTTP, que por padrão é, objetivamente, a porta 80 que utiliza.
Então quando o seu TCP chega aqui, já sabe qual a porta que vai usar, e o TCP eu responsável por vamos errotiar, direcionar as informações que chegam para a porta correta, beleza? Então quando chega aqui, ele sabe que tem que jogar as informações para a porta 80.
Então beleza, chegou a informação que na porta 80, mas como é que o programa que está rodando nessa porta sabe como lidar com a informação? Como é que ele sabe, por chegar um montão de texto aqui, o que eu tenho que fazer? É por isso que serve os protocolos, tá? Então por exemplo, o protocolo HTTP define várias regras e padrões de como uma mensagem deve ser enviada, e como é que elas devem ser interpretadas, uma série de palavras reservadas que o protocolo define, então quando chega uma informação que é definida num protocolo HTTP, como se fosse uma linguagem.
É não adianto você mandar aqui em português, se lá só o cara só entende em franceses.
Então aqui há um contrato que é esse protocolo HTTP, que sua mensagem vai chegar na linguagem HTTP, vamos dizer assim, e esse programa que está rodando aqui precisa entender HTTP, e precisa saber interpretar essa mensagem que chegou.
Então o exemplo de programas que conhecem HTTP é IndianaX, são alguns exemplos, tá? Apache.
.
.
Tom Kett.
.
.
O próprio Node, você pode levantar o Node na porta 80, ou assim como servidor de outras linguagens, então isso aqui são exemplos de programas que rolam na porta 80, que conhecem HTTP.
Beleza? Então a informação que chega o protocolo HTTP vai redir isso na porta certa, chegando lá, é uma mensagem HTTP, o programa que está rodando nessa porta precisa conhecer essa linguagem, para poder receber essa informação, tratar, fazer as ações que precisa fazer, e se precisa mandar uma resposta, vamos dizer para o navegador novamente.
Então ele também vai responder em HTTP, e aqui o programa que você está usando, que no caso é navegador, conhece mais do que ninguém, o protocolo HTTP, vai saber por ser só todas as informações que o servidor enviado de HTTP, e vai tomar as povidências que precisam, porque ele é um conhecido desse protocolo.
Beleza? Então aqui o objetivo dessa aula foi, apenas diferenciar o que é HTTP, do TCP, do IP, do tráfico de rede, essas coisas definem o que é um protocolo, para a gente falar do HTTP especificamente na próxima aula, a gente vai falar na próxima aula de como mandar mensagens HTTP, os headers, cabeçalhos, o corpo da mensagem, os verbos, estados code, como é que o servidor interpreta essa informação, então vamos explorar bem o protocolo HTTP, vamos ver na prática utilizando ele com algumas níveis, tipo KU, talvez o netcarte, para fazer requisições HTTP, e a gente vê funcionando esse protocolo na prática.
A gente vai entender algumas coisas também de performance no HTTP, a evolução dele, o que ele melhorou de performance, com som de versões, de exemplo, especificando o protocolo HTTP também específico, como você deve abrir uma conexão TCP, como você deve utilizar o TCP para ter uma configura de TCP, como você deve utilizar o TCP para ter grandes performance, no HTTP 2 teve muitas melhorias de performance, vocês vão explorar na aula dessa série, então é isso que eu tinha para mostrar, espero que tenha ficado claro aqui, como é a informação trafega na internet, o que é o IP, o que é o TCP, e porque o HTTP é diferente disso, o que são portas que são programas que precisam entender o HTTP, beleza? Então é isso galera, os quais vocês tenham gostado, vocês tiram no canal, se você não é inscrito, se não, porque ele deve em vários vídeos, maneir isso no subo e protocolo HTTP, que eu disse que cara, é essencial você saber esse protocolo, não adianta você se um desmanvedor, devolva-se o background, se você não conhece bem esse protocolo, não atrender ele, botar em prática, que com certeza vai ser um bom resultado, e isso galera, muito obrigado, compartilhe esse vídeo, valeu!