Qual é a função do HTTP?

Índice:

1. Qual é a função do HTTPS?
2. O que é o protocolo HTTPS?
3. Qual o significado do Sigla HTTP?
4. O que é mais significativo sobre HTTPS?
5. Qual é a principal vantagem de transformar um site em HTTPS?
6. Qual a diferença de HTTP para HTTPS?
7. Quais são os protocolos utilizados pelo HTTPS?
8. O que é HTTP e HTML?
9. O que significam as siglas HTTP FTP TCP e IP?
10. Qual é a sigla de http?
11. Qual a diferença entre https e https?
12. Quais são as conexões HTTPS?

Qual é a função do HTTPS?

Nesse ponto entra o HTTPS (Hyper Text Transfer Protocol Secure), que insere uma camada de proteção na transmissão de dados entre seu computador e o servidor. Em sites com endereço HTTPS, a comunicação é criptografada, aumentando significativamente a segurança dos dados.

O que é o protocolo HTTPS?

A letra S junto ao HTTP, formando HTTPS, indica que o site em questão está protegido pelo Certificado Digital SSL. Isto significa que durante a troca de informações entre o servidor do site e o computador do usuário os dados estão protegidos contra a interceptação de terceiros.

Qual o significado do Sigla HTTP?

1 – Hypertext transfer protocol (“protocolo de transferência de hipertexto”) é a expressão que está por trás da sigla “http”.

O que é mais significativo sobre HTTPS?

A principal diferença entre um protocolo HTTP e o HTTPS está justamente na comunicação criptografada deste último, que ajuda a evitar possíveis tentativas de roubo de informações durante a transmissão dos dados entre o computador do usuário e os servidores dos sites.

Qual é a principal vantagem de transformar um site em HTTPS?

Sua função é criar um canal seguro de transferência de informações entre o navegador do usuário e o servidor. Assim, ele evita que pessoas mal-intencionadas efetuem escutas ilegais dos dados transferidos na rede.

Qual a diferença de HTTP para HTTPS?

Protocolo HTTPS – Hiper Text Transfer Protocol Secure A tradução é a mesma do HTTP, porém, com um “S” a mais que resulta em uma palavrinha que faz toda a diferença: Protocolo de Transferência de Hipertexto Seguro.

Quais são os protocolos utilizados pelo HTTPS?

HTTPS (Hyper Text Transfer Protocol Secure - protocolo de transferência de hipertexto seguro) é uma implementação do protocolo HTTP sobre uma camada adicional de segurança que utiliza o protocolo SSL/TLS.

O que é HTTP e HTML?

HTTP é um protocolo usado para transferência de dados entre os computadores, principalmente na Internet. O HTML é a “programação”, ou seja, o código por trás das páginas da Web.

O que significam as siglas HTTP FTP TCP e IP?

HTTP é sigla de HyperText Transfer Protocol que em português significa "Protocolo de Transferência de Hipertexto". ... Para que a transferência de dados na Internet seja realizada, o protocolo HTTP necessita estar agregado a outros dois protocolos de rede: TCP (Transmission Control Protocol) e IP (Internet Protocol).

Qual é a sigla de http?

• HTTP é sigla de HyperText Transfer Protocol que em português significa "Protocolo de Transferência de Hipertexto". É um protocolo de comunicação entre sistemas ...

Qual a diferença entre https e https?

• Já o HTTPS ( Hyper Text Transfer Protocol Secure ), em português (Protocolo de Transferência de Hipertexto Seguro), é quase a mesma coisa. Embora “quase”, a diferença entre eles é muito importante: a segurança. A letra S junto ao HTTP, formando HTTPS, indica que o site em questão está protegido pelo Certificado Digital SSL.

Quais são as conexões HTTPS?

• No entanto, as conexões HTTPS não são totalmente seguras, sendo necessário a presença de softwares de Internet Security instalados no computador, além de ficar sempre atento a suspeitas de conexões duvidosas. Ver também o significado de WWW. Data de atualização: 15.

Avançar para o conteúdo principal

Não há mais suporte para esse navegador.

Atualize o Microsoft Edge para aproveitar os recursos, o suporte técnico e as atualizações de segurança mais recentes.

Capítulo 1 – Introdução ao HTTP e ao HTTPS

• Artigo
• 11/01/2022
• 14 minutos para o fim da leitura

Neste artigo

O HTTP (Hypertext Transfer Protocol) é um protocolo projetado para a transferência de conteúdo na Web. O HTTP é um protocolo simples que utiliza os serviços de protocolo TCP para executar sua função de transferência de conteúdo. Por isso, o HTTP é um protocolo de transferência de conteúdo altamente confiável. O HTTP é um dos protocolos de aplicativo mais usados. Todas as operações na Web utilizam o protocolo HTTP.

O HTTPS é a versão segura do protocolo HTTP, que implementa o HTTP usando TLS (segurança de camada de transporte) para proteger a conexão TCP subjacente. Além da configuração adicional necessária para configurar o TLS, o HTTPS é basicamente idêntico ao HTTP em uso.

Requisitos gerais de HTTP

Para funcionar corretamente, o pacote HTTP do NetX Web requer que o NetX Duo (versão 5.10 ou posteriores) esteja instalado. Além disso, uma instância de IP deve ser criada, e o TCP deve estar habilitado na mesma instância de IP. Para suporte a HTTPS, o NetX Secure TLS (versão 5.11 ou posteriores) também deve ser instalado (confira a próxima seção). O arquivo de demonstração na seção "Sistema de exemplo pequeno", no Capítulo 2, demonstra como isso é feito.

A parte do Cliente HTTP do pacote HTTP do NetX Web não tem outros requisitos.

A parte do Servidor HTTP do pacote HTTP do NetX Web tem vários requisitos adicionais. Primeiro, ele requer acesso completo à conhecida porta 80 do TCP para lidar com todas as solicitações HTTP do cliente (isso pode ser alterado pelo aplicativo para qualquer outra porta TCP válida). O servidor HTTP também foi projetado para ser usado com o sistema de arquivos incorporado do FileX. Se o FileX não estiver disponível, o usuário poderá portar as partes do FileX usadas no próprio ambiente. Isso é discutido em seções posteriores deste guia.

Requisitos de HTTPS

Para que o HTTPS funcione corretamente, o pacote HTTP do NetX Web requer que o NetX Duo (versão 5.10 ou posteriores) e o NetX Secure TLS (versão 5.11 ou posteriores) estejam instalados. Além disso, uma instância de IP deve ser criada, e o TCP deve estar habilitado na mesma instância de IP para uso com o TLS. A sessão TLS precisará ser inicializada com rotinas de criptografia apropriadas, um certificado de autoridade de certificação confiável, e o espaço deve ser alocado para certificados que serão fornecidos por hosts de servidor remoto durante o handshake de TLS. O arquivo de demonstração na seção "Sistema HTTPS de exemplo pequeno", no Capítulo 2, demonstrará como isso é feito.

A parte do Cliente HTTPS do pacote HTTP do NetX Web não tem outros requisitos.

A parte do Servidor HTTPS do pacote HTTP do NetX Web tem vários requisitos adicionais. Primeiro, ele requer acesso completo à conhecida porta 443 do TCP para lidar com todas as solicitações HTTPS do Cliente (como com HTTP de texto sem formatação. Essa porta pode ser alterada pelo aplicativo). Em segundo lugar, a sessão de TLS precisará ser inicializada com rotinas de criptografia adequadas e um certificado de identidade do servidor (ou chave pré-compartilhada). O servidor HTTPS também foi projetado para ser usado com o sistema de arquivos incorporado do FileX. Se o FileX não estiver disponível, o usuário poderá portar as partes do FileX usadas no próprio ambiente. O uso do FileX será discutido em seções posteriores deste guia.

Confira a documentação do NetX Secure para obter mais informações sobre as opções de configuração para TLS.

A menos que indicado de outra forma, todas as funcionalidades de HTTP descritas neste documento também se aplicam a HTTPS.

Restrições de HTTP e HTTPS

O HTTP do NetX Web implementa o padrão de HTTP 1.1. No entanto, confira as seguintes restrições:

1. Não há suporte para o pipeline de solicitação
2. O servidor HTTP dá suporte à autenticação básica e MD5 Digest, mas não MD5-sess. No momento, o Cliente HTTP dá suporte somente à autenticação básica. Quando se usa o TLS para HTTPS, a autenticação HTTP ainda pode ser usada.
3. Não há suporte para a compactação de conteúdo.
4. Não há suporte para as solicitações TRACE, OPTIONS e CONNECT.
5. O pool de pacotes associado ao cliente ou servidor HTTP deve ser grande o suficiente para manter o cabeçalho HTTP completo.
6. Os serviços de Cliente HTTP são apenas para transferência de conteúdo. Não há utilitários de exibição fornecidos nesse pacote.

URL HTTP (nomes de recurso)

O protocolo HTTP foi projetado para transferir conteúdo na Web. O conteúdo solicitado é especificado pelo localizador de recursos universal (URL). Esse é o componente principal de cada solicitação HTTP. As URLs sempre começam com um caractere "/" e, normalmente, correspondem aos arquivos no servidor HTTP. As extensões de arquivo HTTP comuns são as seguintes:

• .htm (ou .html) Linguagem HTML
• .txt Texto ASCII sem formatação
• .gif Imagem GIF binária
• .xbm Imagem X BitMap binária

Solicitações de Cliente HTTP

O HTTP tem um mecanismo simples para solicitar conteúdo da Web. Há um conjunto de comandos HTTP padrão emitidos pelo Cliente após uma conexão ser estabelecida com êxito na conhecida porta 80 (porta 443 para HTTPS) do TCP. Vejamos a seguir alguns dos comandos HTTP básicos:

• GET resource HTTP/1.1 Obter o recurso especificado
• POST resource HTTP/1.1 Obter o recurso especificado e transmitir a entrada anexada para o Servidor HTTP
• HEAD resource HTTP/1.1 Tratado como um GET, mas nenhum conteúdo é retornado pelo Servidor HTTP
• PUT resource HTTP/1.1 Colocar recurso no servidor HTTP
• DELETE resource HTTP/1.1 Excluir recurso no servidor

Esses comandos ASCII são gerados internamente por navegadores da Web e pelos serviços de Cliente HTTP do NetX Web para executar operações HTTP com um Servidor HTTP.

Observe que o aplicativo do Cliente HTTP deverá usar a porta 80 ou a porta 443 se o HTTPS for usado. As APIs HTTP do Cliente e do servidor usam a porta como um parâmetro – as macros NX_WEB_HTTP_SERVER_PORT (porta 80) e NX_WEB_HTTPS_SERVER_PORT (porta 443) são definidas para sua conveniência. A porta do servidor HTTP também pode ser alterada em tempo de execução usando o serviço nx_web_http_client_set_connect_port() . Confira o Capítulo 4 para obter mais detalhes sobre esse serviço.

Respostas do servidor HTTP

O Servidor HTTP utiliza a mesma conhecida porta 80 (443 para HTTPS) do TCP para enviar respostas de comando do Cliente. Após o servidor HTTP processar o comando do cliente, ele retornará uma cadeia de caracteres de resposta ASCII que inclui um código de status numérico de 3 dígitos. A resposta numérica é usada pelo software do Cliente HTTP para determinar se a operação foi bem-sucedida ou falhou. A seguir, veja uma lista de várias respostas de servidor HTTP para comandos de cliente:

• 200 A solicitação foi bem-sucedida
• 400 A solicitação não foi formada corretamente
• 401 Solicitação não autorizada. O cliente precisa enviar a autenticação
• 404 O recurso especificado na solicitação não foi encontrado
• 500 Erro interno do servidor HTTP
• 501 Solicitação não implementada pelo servidor HTTP
• 502 O serviço não está disponível

Por exemplo, uma solicitação de Cliente bem-sucedida para colocar o arquivo "test.htm" é respondida com a mensagem "HTTP/1.1 200 OK".

Comunicação por HTTP

Conforme mencionado anteriormente, o Servidor HTTP utiliza a conhecida porta 80 (443 para HTTPS) do TCP para atender às solicitações de Cliente. Os clientes HTTP podem usar qualquer porta TCP disponível para conexões de saída. A sequência geral de eventos HTTP é a seguinte:

Solicitação HTTP GET:

1. O Cliente emite conexão TCP com a porta 80 do servidor (ou 443 para HTTPS).
2. Se o HTTPS estiver sendo usado, a conexão TCP será seguida por um handshake TLS a fim de autenticar o servidor e estabelecer um canal seguro.
3. O Cliente envia a solicitação “GET resource HTTP/1.1” (juntamente com outras informações de cabeçalho).
4. O servidor cria uma mensagem "HTTP/1.1 200 OK" com informações adicionais seguidas imediatamente pelo conteúdo do recurso (se houver).
5. O servidor se desconecta do cliente (o TLS será desligado se o HTTPS estiver sendo usado).
6. O cliente se desconecta do soquete (o TLS será desligado após o alerta de desconexão do servidor).

Solicitação HTTP PUT:

1. O cliente emite a conexão TCP para a porta 80 do Servidor (ou 443).
2. Se o HTTPS estiver sendo usado, a conexão TCP será seguida por um handshake TLS a fim de autenticar o servidor e estabelecer um canal seguro.
3. O cliente envia a solicitação "PUT resource HTTP/1.1", juntamente com outras informações de cabeçalho, seguida pelo conteúdo do recurso.
4. O servidor cria uma mensagem "HTTP/1.1 200 OK" com informações adicionais seguidas imediatamente pelo conteúdo do recurso.
5. O servidor executa uma desconexão.
6. O cliente executa uma desconexão.

Observação

Conforme mencionado anteriormente, o Servidor HTTP pode alterar a porta de conexão padrão (80 ou 443) no tempo de execução para outra porta usando o nx_web_http_client_set_connect_port() para servidores Web que usam portas alternativas ao se conectarem com os clientes.

Autenticação HTTP

A autenticação HTTP é opcional e não é necessária para todas as solicitações da Web. Há dois tipos de autenticação, ou seja, básica e digest. A autenticação básica é equivalente à autenticação de nome e senha encontrada em muitos protocolos. Na autenticação básica HTTP, o nome e as senhas são concatenados e codificados no formato base64. A principal desvantagem da autenticação básica é que o nome e a senha são transmitidos de modo aberto na solicitação. Isso o torna um pouco fácil para o nome e a senha serem roubados. A autenticação Digest resolve esse problema ao nunca transmitir o nome e a senha na solicitação. Em vez disso, um algoritmo é usado para gerar um resumo de 128 bits com base no nome, na senha e em outras informações. O Servidor HTTP do NetX Web dá suporte ao algoritmo padrão de digest MD5.

Quando a autenticação é necessária? O Servidor HTTP decide se um recurso solicitado requer autenticação. Se a autenticação for necessária, e a solicitação do Cliente não tiver a autenticação correta, uma resposta "HTTP/1.1 401 Não autorizado" com o tipo de autenticação necessária será enviada ao Cliente. Em seguida, o cliente deve formar uma nova solicitação com a autenticação apropriada.

Quando o HTTPS é usado, o servidor HTTPS ainda pode utilizar a autenticação HTTP. Nesse caso, o TLS é usado para criptografar todo o tráfego HTTP, de modo que usar a autenticação HTTP basic não representa um risco de segurança. A autenticação Digest também é permitida, mas não fornece uma melhoria de segurança significativa em comparação com a autenticação básica por TLS.

Retorno de chamada de autenticação HTTP

Como mencionado anteriormente, a autenticação HTTP é opcional e não é necessária em todas as transferências da Web. Além disso, a autenticação normalmente depende do recurso. O acesso de alguns recursos no servidor requer autenticação, enquanto outros não requerem. O pacote do servidor HTTP NetX Web permite que o aplicativo especifique (por meio da chamada nx_web_http_server_create ) uma rotina de retorno de chamada de autenticação que é chamada no início do tratamento de cada solicitação de cliente http.

A rotina de retorno de chamada fornece ao Servidor HTTP do NetX Web o nome de usuário, a senha e as cadeias de caracteres de realm associados ao recurso e retornam o tipo de autenticação necessária. Se nenhuma autenticação for necessária para o recurso, o retorno de chamada de autenticação deverá retornar o valor de NX_WEB_HTTP_DONT_AUTHENTICATE. Caso contrário, se a autenticação básica for necessária para o recurso especificado, a rotina deverá retornar NX_WEB_HTTP_BASIC_AUTHENTICATE. Por fim, se a autenticação MD5 Digest for necessária, a rotina de retorno de chamada deverá retornar NX_WEB_HTTP_DIGEST_AUTHENTICATE. Se nenhuma autenticação for necessária para nenhum recurso fornecido pelo servidor HTTP, o retorno de chamada não será necessário, e um ponteiro nulo poderá ser fornecido para a chamada de criação do Servidor HTTP.

O formato da rotina de retorno de chamada de autenticação do aplicativo é muito simples e é definido abaixo:

UINT nx_web_http_server_authentication_check(NX_WEB_HTTP_SERVER *server_ptr,
    UINT request_type, CHAR *resource,
    CHAR **name, CHAR **password,
    CHAR **realm);

Os parâmetros de entrada são definidos como:

• request_type Especifica a solicitação de Cliente HTTP; as solicitações válidas são definidas como:
  • NX_WEB_HTTP_SERVER_GET_REQUEST
  • NX_WEB_HTTP_SERVER_POST_REQUEST
  • NX_WEB_HTTP_SERVER_HEAD_REQUEST
  • NX_WEB_HTTP_SERVER_PUT_REQUEST
  • NX_WEB_HTTP_SERVER_DELETE_REQUEST
• resource Recurso específico solicitado.
• name Destino do ponteiro para o nome de usuário necessário.
• password Destino do ponteiro para a senha necessária.
• realm Destino do ponteiro para o realm dessa autenticação.

O valor de retorno da rotina de autenticação especifica se a autenticação é necessária. Os ponteiros nome, senha e realm não serão usados se NX_WEB_HTTP_DONT_AUTHENTICATE for retornado pela rotina de retorno de chamada de autenticação. Caso contrário, o desenvolvedor do servidor HTTP deve garantir que NX_WEB_HTTP_MAX_USERNAME e NX_WEB_HTTP_MAX_PASSWORD definidos em nx_web_http_server.h sejam grandes o suficiente para o nome de usuário e a senha especificados no retorno de chamada de autenticação. Ambos têm um tamanho padrão de 20 caracteres.

Retorno de chamada Invalid Username/Password HTTP

O retorno de chamada de nome de usuário/senha inválido opcional no Servidor HTTP do NetX Web será invocado se o servidor HTTP receber uma combinação inválida de nome de usuário e senha em uma solicitação do Cliente. Se o aplicativo do servidor HTTP registrar um retorno de chamada com o servidor HTTP, ele será invocado se a autenticação básica ou Digest falhar em nx_web_http_server_get_process() , nx_web_http_server_put_process(), ou in nx_web_http_server_delete_process().

Para registrar um retorno de chamada com o servidor HTTP, o serviço a seguir é definido no Servidor HTTP do NetX Web.

UINT nx_web_http_server_invalid_userpassword_notify_set(
    NX_WEB_HTTP_SERVER *http_server_ptr,
    UINT (*invalid_username_password_callback)
        (CHAR *resource, ULONG *client_nx_address,
        UINT request_type));

Os atributos são definidos da seguinte maneira:

• NX_WEB_HTTP_SERVER_GET_REQUEST
• NX_WEB_HTTP_SERVER_POST_REQUEST
• NX_WEB_HTTP_SERVER_HEAD_REQUEST
• NX_WEB_HTTP_SERVER_PUT_REQUEST
• NX_WEB_HTTP_SERVER_DELETE_REQUEST

Retorno de chamada Insert GMT Date Header HTTP

Há um retorno de chamada opcional no Servidor HTTP do NetX Web para inserir um cabeçalho de data nas mensagens de resposta. Esse retorno de chamada é invocado quando o Servidor HTTP está respondendo a uma solicitação put ou get

Para registrar o retorno de chamada de data GMT com o servidor HTTP, o seguinte serviço é definido.

UINT nx_web_http_server_gmt_callback_set(
    NX_WEB_HTTP_SERVER *server_ptr,
    VOID (*gmt_get)(NX_WEB_HTTP_SERVER_DATE *date);

O tipo de dados NX_WEB_HTTP_SERVER_DATE é definido da seguinte forma:

typedef struct NX_WEB_HTTP_SERVER_DATE_STRUCT
{
    USHORT nx_web_http_server_year; /* Year */
    UCHAR nx_web_http_server_month; /* Month */
    UCHAR nx_web_http_server_day; /* Day */
    UCHAR nx_web_http_server_hour; /* Hour */
    UCHAR nx_web_http_server_minute; /* Minute */
    UCHAR nx_web_http_server_second; /* Second */
    UCHAR nx_web_http_server_weekday; /* Weekday */
} NX_WEB_HTTP_SERVER_DATE;

Retorno de chamada Cache Info Get HTTP

O servidor HTTP tem um retorno de chamada para solicitar a idade e a data máximas do aplicativo HTTP para um recurso específico. Essas informações são usadas para determinar se o servidor HTTP envia uma página inteira em resposta a uma solicitação Get do Cliente. Se o "se modificado desde" na solicitação do Cliente não for encontrado ou não corresponder à data da "última modificação" retornada pelo retorno de chamada Get cache, toda a página será enviada.

Para registrar o retorno de chamada com o servidor HTTP, o serviço a seguir é definido:

UINT nx_web_http_server_cache_info_callback_set(
    NX_WEB_HTTP_SERVER *server_ptr,
    UINT (*cache_info_get)
    (CHAR *, UINT *, NX_WEB_HTTP_SERVER_DATE *));

Suporte à codificação de transferência em partes de HTTP

Se o comprimento total da mensagem HTTP não puder ser determinado antes de enviá-la, o recurso de codificação de transferência em partes poderá ser usado para enviar mensagens como uma série de partes sem o campo de cabeçalho "Content-Length". Esse recurso tem suporte em todas as mensagens de solicitação e resposta HTTP. Como receptor, esse recurso tem suporte, e o cabeçalho da parte é processado de forma transparente pela lógica interna. Como remetente, as APIs nx_web_http_client_request_chunked_set e nx_web_http_server_response_chunked_set devem ser invocadas pelo cliente e pelo servidor, respectivamente.

UINT nx_web_http_client_request_chunked_set(NX_WEB_HTTP_CLIENT *client_ptr,
    UINT chunk_size,
    NX_PACKET *packet_ptr);

UINT nx_web_http_server_response_chunked_set(NX_WEB_HTTP_SERVER *server_ptr,
    UINT chunk_size,
    NX_PACKET *packet_ptr);

Para obter mais detalhes sobre esses serviços, confira as descrições deles no Capítulo 3 "Descrição dos serviços HTTP".

Suporte de várias partes HTTP

O MIME (Multipurpose Internet Mail Extensions) foi originalmente destinado ao protocolo SMTP, mas passou a ser usado para HTTP. O MIME permite que as mensagens contenham tipos de mensagens mistas (por exemplo, image/jpg e text/plain) na mesma mensagem. O Servidor HTTP do NetX Web tem serviços para determinar o tipo de conteúdo em mensagens HTTP que contêm MIME do Cliente. Para habilitar o suporte a várias partes do HTTP e usar esses serviços, a opção de configuração NX_WEB_HTTP_MULTIPART_ENABLE deve ser definida.

UINT nx_web_http_server_get_entity_header(NX_WEB_HTTP_SERVER *server_ptr,
    NX_PACKET **packet_pptr,
    UCHAR *entity_header_buffer,
    ULONG buffer_size);

UINT nx_web_http_server_get_entity_content(NX_WEB_HTTP_SERVER *server_ptr,
    NX_PACKET **packet_pptr,
    ULONG *available_offset,
    ULONG *available_length);

Para obter mais detalhes sobre o uso desses serviços, confira a descrição deles no Capítulo 3 "Descrição dos serviços HTTP".

Suporte a vários threads HTTP

Os serviços do Cliente HTTP do NetX Web podem ser chamados de vários threads simultaneamente. No entanto, as solicitações de leitura ou gravação para uma instância específica do Cliente HTTP devem ser feitas em sequência a partir do mesmo thread.

Se você estiver usando HTTPS, os serviços de Cliente HTTP NetX Web poderão ser chamados de vários threads, mas devido à complexidade adicional da funcionalidade TLS subjacente, cada thread deve ter uma única e independente instância de cliente HTTP (estrutura de controle NX_WEB_HTTP_CLIENT).

HTTP RFCs

O HTTP do NetX Web está em conformidade com o RFC 1945 "Hypertext Transfer Protocol/1.0", o RFC 2616 “Hypertext Transfer Protocol – HTTP/1.1”, o RFC 2581 “TCP Congestion Control”, o RFC 1122 "Requirements for Internet hosts" e RFCs relacionados.

Quanto ao HTTPS, o NetX Web HTTP está em conformidade com o RFC 2818 "HTTP over TLS".

Qual função HTTP?

Qual a função do HTTP e HTTPS?

Como funciona o protocolo HTTP?

O que é HTTP na informática?