O Que é HTTP?<\/h2>\n
HTTP é a sigla para Hypertext Transfer Protocol<\/i>, ou Protocolo de Transferência de Hipertexto. Esse é o principal protocolo responsável pela transferência de dados na Internet, criando as bases necessárias para a conexão entre um cliente e um servidor.<\/p>
Por isso, o HTTP é um protocolo que funciona no modelo computacional cliente-servidor.<\/p>\n <\/div>\n\n\n\n<\/p>
Como Surgiu o HTTP<\/strong><\/h2>Para explorar a história do HTTP, é necessário voltar no tempo e entender as origens da própria web. <\/p>
As primeiras sementes para o surgimento das redes de computadores foram geradas na década de 1960, em pesquisas realizadas principalmente no Departamento de Defesa dos Estados Unidos. Ao longo das duas décadas seguintes, estes projetos foram se expandindo para outros ambientes e funções, como comunicação em universidades e laboratórios nos EUA e na Europa.<\/p>
A World Wide Web, que é a Internet da forma como a conhecemos hoje, seria oficialmente lançada somente no início da década de 90. Antes disso, detectou-se um problema: não havia um protocolo padronizado de comunicação que permitisse a conexão dos clientes e servidores.<\/p>
Daí surgiu o HTTP, cuja primeira versão foi desenvolvida por Tim Berners-Lee — considerado o “pai da Internet” — e sua equipe no CERN (Organização Europeia para a Pesquisa Nuclear) entre 1989 e 1991. O protocolo foi desenvolvido para ser uma camada de aplicação leve e fácil de operar, capaz de ser processado por qualquer máquina ou servidor.<\/p>
E pode-se dizer que a missão foi muito bem-sucedida. Afinal, mesmo com várias evoluções ao longo do caminho, as fundações do HTTP permanecem as mesmas até hoje.<\/p>
A primeira versão do HTTP, publicada em 1991, não tinha código de versão: posteriormente, ela passou a ser chamada de HTTP\/0.9 para diferenciá-la das versões seguintes. Ela continha apenas o básico do protocolo, sem cabeçalhos ou códigos de status.<\/p>
O protocolo começou a ser expandido na versão HTTP\/1.0, que começou a ser desenvolvida em 1992 mas só foi oficialmente publicada oficialmente em 1996. Desde então, outras três versões do protocolo de comunicação foram lançadas, e todas ainda consideradas ativas e funcionais: o HTTP\/1.1 (1997), o HTTP\/2 (2015) e o HTTP\/3 (2022) — esta última ainda está em fase de implementação, mas já é utilizada por cerca de 26% dos sites ao redor do mundo.<\/p>
Como Funciona o HTTP<\/strong><\/h2>O HTTP funciona por meio de um modelo de requisição<\/strong> e resposta<\/strong> — ou, em inglês, request and response<\/em>. <\/p>Em outras palavras, toda a comunicação entre cliente e servidor é realizada através da troca de requisições e respostas: o cliente solicita algum elemento e o servidor responde com aquele elemento (ou algum código de erro, caso ele não seja encontrado).<\/p>
Cada requisição HTTP contém alguns elementos básicos, tais como:<\/p>
\n- A versão<\/strong> HTTP utilizada.<\/li>\n\n\n\n
- O URL<\/strong> referente à solicitação HTTP.<\/li>\n\n\n\n
- O chamado método (ou verbo) <\/strong>HTTP, que indica a ação principal que será realizada por aquela requisição — dois dos principais métodos HTTP são o GET<\/strong>, que solicita um determinado dado, e o POST<\/strong>, que indica ao servidor o envio de dados do cliente. Esses dados incluem nome de usuário e senha numa tela de login, por exemplo.<\/li>\n\n\n\n
- O cabeçalho<\/strong> (header<\/em>) HTTP, com dados sobre o navegador, cookies e o tipo de dado solicitado<\/li>\n\n\n\n
- O corpo<\/strong> (body<\/em>) HTTP, que é opcional e incorpora informações porventura necessárias para o cumprimento da solicitação.<\/li>\n<\/ul>
Já a resposta HTTP é composta basicamente por três elementos:<\/p>
\n- O código de status<\/a>, que indica o status da solicitação HTTP. Ele pode ser um código indicando que a requisição foi bem-sucedida, um código de erro, um código de redirecionamento ou muito mais — falaremos mais sobre isso abaixo.<\/li>\n\n\n\n
- O cabeçalho de resposta<\/strong> HTTP, que transmite ao cliente dados sobre o servidor.<\/li>\n\n\n\n
- O corpo <\/strong>HTTP, que traz de fato os dados solicitados pela requisição — como, por exemplo, o código HTML que será convertido pelo navegador nas páginas web que você deseja acessar.<\/li>\n<\/ul>
Digamos, portanto, que você queira acessar a página inicial da Hostinger no seu navegador. Para isso, você digita hostinger.com.br<\/strong> na sua barra de endereços. Em seguida, o navegador passa a enviar uma série de requisições ao servidor no qual a página web está hospedada — uma requisição GET para obter o código HTML da página, outra para obter conteúdo multimídia, outra para receber o código CSS e assim por diante.<\/p>Tudo isso acontece de forma invisível para o usuário final — e, na maior parte das vezes, numa fração de segundos. Ao final do processo, caso todas as requisições sejam bem-sucedidas, você terá a página da Hostinger devidamente aberta no seu navegador. Tudo graças ao funcionamento do protocolo HTTP.<\/p>
Esta transmissão de dados, vale notar, é realizada por dois outros protocolos ligados ao HTTP, chamados de TCP\/IP. TCP significa Transmission Control Protocol, ou Protocolo de Controle de Transmissão, e ele é responsável por verificar a ordem e a regularidade das informações transmitidas entre cliente e servidor. <\/p>
Já o IP é o Internet Protocol, ou Protocolo de Internet; ele é responsável por identificar todas as partes do processo, como dispositivos e conexões. Ele também garante que os dados sejam enviados e recebidos aos clientes e servidores corretos.<\/p>
Qual a Diferença Entre HTTP e HTTPS?<\/strong><\/h2>Agora que você já sabe o que é HTTP, é possível que você esteja se perguntando sobre o HTTPS<\/a>, outra sigla que aparece com muita frequência na internet. E sim, HTTP e HTTPS são em princípio a mesma coisa, mas com uma diferença fundamental: o “S” de segurança.<\/p>Mais precisamente, HTTPS significa Hypertext Transfer Protocol Secure<\/em>, ou Protocolo de Transferência de Hipertexto Seguro. Trata-se do mesmo protocolo HTTP acima explicado, mas com uma camada de criptografia que protege as transferências de dados entre cliente e servidor.<\/p>Esse tipo de proteção<\/a> é importante porque, sem ela, o protocolo HTTP transmite informações em formato de texto simples. Isso significa que um potencial invasor instalado em algum ponto da comunicação (como um malware ou um usuário mal-intencionado conectado à sua rede Wi-Fi) poderá capturar facilmente as informações trocadas — inclusive dados sensíveis, como senhas ou números de cartão de crédito.<\/p>Com o HTTPS, a comunicação entre cliente e servidor é criptografada. Ou seja, os dados são codificados na saída e decodificados ao chegar ao seu destino final, por meio de uma chave de criptografia presente apenas nos dois pontos da transferência. Desta forma, mesmo que possíveis invasores consigam capturar os dados trocados, eles não poderão ser decodificados e permanecerão seguros.<\/p>
\n![\"conexão](\"https:\/\/imagedelivery.net\/LqiWLm-3MGbYHtFuUbcBtA\/wp-content\/uploads\/sites\/53\/2023\/02\/seguro.png\/public\")
<\/figure><\/div>Para que o seu site funcione com HTTPS<\/a>, é necessário obter um certificado SSL<\/a> (Camada de Soquetes Segura) ou TLS (Segurança na Camada de Transporte). Tecnicamente, o TLS é sucessor do já descontinuado SSL, mas, por costume, a indústria continua utilizando a sigla SSL. Mesmo que, na prática, você esteja obtendo um certificado TLS, mais moderno e seguro.<\/p>\n\n\n
\n Dica<\/h4>\n
Aqui com a Hostinger você não precisa comprar SSL<\/a><\/strong>: ele sai de graça nos planos anuais de hospedagem de sites. Aproveite!<\/p>\n <\/div>\n\n\n\n<\/p>Códigos de Status HTTP<\/strong><\/h2>Como vimos acima, cada resposta HTTP inclui um código de status<\/a> que indica o andamento (ou conclusão) daquela solicitação entre o usuário e as aplicações web. Esses códigos são divididos por séries, ou prefixos, que vão do 1 até o 5; cada série representa um tipo de resposta, como veremos abaixo.<\/p>Série 1xx<\/strong><\/h3>Os códigos da série 1xx (de 100 a 199) representam as respostas informativas<\/strong>, isto é, aquelas que dão informações ao cliente\/servidor durante o processo de comunicação. O código 100 Continue<\/strong>, por exemplo, indica que o processo está correndo conforme esperado, enquanto o 101 Switching Protocol<\/strong> indica para qual protocolo o servidor está trocando. Geralmente após a requisição, ele então solicita esse tipo de troca.<\/p>Série 2xx<\/strong><\/h3>Os códigos da série 2xx (de 200 a 299) englobam as respostas de sucesso<\/strong>, enviadas quando o processo em questão foi concluído corretamente. Nesta série é possível encontrar códigos como o 200 OK<\/strong>, que aponta a conclusão bem-sucedida da transferência, ou o 202 Accepted<\/strong>, que indica que a solicitação HTTP foi recebida, mas nenhuma ação foi tomada até o momento.<\/p>Série 3xx<\/strong><\/h3>Os códigos da série 3xx (de 300 a 399) são aqueles que representam as mensagens de redirecionamento<\/strong>, geradas quando algum redirecionamento<\/a> precisa ser realizado durante o processo de transferência. Por exemplo, o código 300 Multiple Choices<\/strong> indica que a requisição tem mais de uma resposta possível, enquanto o 301 Moved Permanently<\/strong> indica que o elemento solicitado foi movido para uma nova URL — indicada no cabeçalho da solicitação HTTP.<\/p>Série 4xx<\/strong><\/h3>\n![\"erro](\"https:\/\/imagedelivery.net\/LqiWLm-3MGbYHtFuUbcBtA\/wp-content\/uploads\/sites\/53\/2023\/02\/erro-404.png\/public\")
<\/figure><\/div>Provavelmente a série de códigos HTTP mais vista pelos usuários, a série 4xx (de 400 a 499) representa erros do cliente<\/strong>. É aqui que está o código 403 Forbidden<\/strong>, que indica que o cliente não tem acesso ao conteúdo solicitado, ou o famoso erro 404 Not Found<\/strong>, que indica que o servidor não conseguiu encontrar o elemento solicitado.<\/p>Série 5xx<\/strong><\/h3>
O HTTP funciona por meio de um modelo de requisição<\/strong> e resposta<\/strong> — ou, em inglês, request and response<\/em>. <\/p> Em outras palavras, toda a comunicação entre cliente e servidor é realizada através da troca de requisições e respostas: o cliente solicita algum elemento e o servidor responde com aquele elemento (ou algum código de erro, caso ele não seja encontrado).<\/p> Cada requisição HTTP contém alguns elementos básicos, tais como:<\/p> Já a resposta HTTP é composta basicamente por três elementos:<\/p> Digamos, portanto, que você queira acessar a página inicial da Hostinger no seu navegador. Para isso, você digita hostinger.com.br<\/strong> na sua barra de endereços. Em seguida, o navegador passa a enviar uma série de requisições ao servidor no qual a página web está hospedada — uma requisição GET para obter o código HTML da página, outra para obter conteúdo multimídia, outra para receber o código CSS e assim por diante.<\/p> Tudo isso acontece de forma invisível para o usuário final — e, na maior parte das vezes, numa fração de segundos. Ao final do processo, caso todas as requisições sejam bem-sucedidas, você terá a página da Hostinger devidamente aberta no seu navegador. Tudo graças ao funcionamento do protocolo HTTP.<\/p> Esta transmissão de dados, vale notar, é realizada por dois outros protocolos ligados ao HTTP, chamados de TCP\/IP. TCP significa Transmission Control Protocol, ou Protocolo de Controle de Transmissão, e ele é responsável por verificar a ordem e a regularidade das informações transmitidas entre cliente e servidor. <\/p> Já o IP é o Internet Protocol, ou Protocolo de Internet; ele é responsável por identificar todas as partes do processo, como dispositivos e conexões. Ele também garante que os dados sejam enviados e recebidos aos clientes e servidores corretos.<\/p> Agora que você já sabe o que é HTTP, é possível que você esteja se perguntando sobre o HTTPS<\/a>, outra sigla que aparece com muita frequência na internet. E sim, HTTP e HTTPS são em princípio a mesma coisa, mas com uma diferença fundamental: o “S” de segurança.<\/p> Mais precisamente, HTTPS significa Hypertext Transfer Protocol Secure<\/em>, ou Protocolo de Transferência de Hipertexto Seguro. Trata-se do mesmo protocolo HTTP acima explicado, mas com uma camada de criptografia que protege as transferências de dados entre cliente e servidor.<\/p> Esse tipo de proteção<\/a> é importante porque, sem ela, o protocolo HTTP transmite informações em formato de texto simples. Isso significa que um potencial invasor instalado em algum ponto da comunicação (como um malware ou um usuário mal-intencionado conectado à sua rede Wi-Fi) poderá capturar facilmente as informações trocadas — inclusive dados sensíveis, como senhas ou números de cartão de crédito.<\/p> Com o HTTPS, a comunicação entre cliente e servidor é criptografada. Ou seja, os dados são codificados na saída e decodificados ao chegar ao seu destino final, por meio de uma chave de criptografia presente apenas nos dois pontos da transferência. Desta forma, mesmo que possíveis invasores consigam capturar os dados trocados, eles não poderão ser decodificados e permanecerão seguros.<\/p> Para que o seu site funcione com HTTPS<\/a>, é necessário obter um certificado SSL<\/a> (Camada de Soquetes Segura) ou TLS (Segurança na Camada de Transporte). Tecnicamente, o TLS é sucessor do já descontinuado SSL, mas, por costume, a indústria continua utilizando a sigla SSL. Mesmo que, na prática, você esteja obtendo um certificado TLS, mais moderno e seguro.<\/p> \n\n\n Aqui com a Hostinger você não precisa comprar SSL<\/a><\/strong>: ele sai de graça nos planos anuais de hospedagem de sites. Aproveite!<\/p>\n <\/div>\n\n\n\n<\/p> Como vimos acima, cada resposta HTTP inclui um código de status<\/a> que indica o andamento (ou conclusão) daquela solicitação entre o usuário e as aplicações web. Esses códigos são divididos por séries, ou prefixos, que vão do 1 até o 5; cada série representa um tipo de resposta, como veremos abaixo.<\/p> Os códigos da série 1xx (de 100 a 199) representam as respostas informativas<\/strong>, isto é, aquelas que dão informações ao cliente\/servidor durante o processo de comunicação. O código 100 Continue<\/strong>, por exemplo, indica que o processo está correndo conforme esperado, enquanto o 101 Switching Protocol<\/strong> indica para qual protocolo o servidor está trocando. Geralmente após a requisição, ele então solicita esse tipo de troca.<\/p> Os códigos da série 2xx (de 200 a 299) englobam as respostas de sucesso<\/strong>, enviadas quando o processo em questão foi concluído corretamente. Nesta série é possível encontrar códigos como o 200 OK<\/strong>, que aponta a conclusão bem-sucedida da transferência, ou o 202 Accepted<\/strong>, que indica que a solicitação HTTP foi recebida, mas nenhuma ação foi tomada até o momento.<\/p> Os códigos da série 3xx (de 300 a 399) são aqueles que representam as mensagens de redirecionamento<\/strong>, geradas quando algum redirecionamento<\/a> precisa ser realizado durante o processo de transferência. Por exemplo, o código 300 Multiple Choices<\/strong> indica que a requisição tem mais de uma resposta possível, enquanto o 301 Moved Permanently<\/strong> indica que o elemento solicitado foi movido para uma nova URL — indicada no cabeçalho da solicitação HTTP.<\/p> Provavelmente a série de códigos HTTP mais vista pelos usuários, a série 4xx (de 400 a 499) representa erros do cliente<\/strong>. É aqui que está o código 403 Forbidden<\/strong>, que indica que o cliente não tem acesso ao conteúdo solicitado, ou o famoso erro 404 Not Found<\/strong>, que indica que o servidor não conseguiu encontrar o elemento solicitado.<\/p>\n
\n
Qual a Diferença Entre HTTP e HTTPS?<\/strong><\/h2>
<\/figure><\/div>Dica<\/h4>\n
Códigos de Status HTTP<\/strong><\/h2>
Série 1xx<\/strong><\/h3>
Série 2xx<\/strong><\/h3>
Série 3xx<\/strong><\/h3>
Série 4xx<\/strong><\/h3>
<\/figure><\/div>Série 5xx<\/strong><\/h3>