Tabela de Cabeçalhos de Requisições HTTP

Cabeçalho de Requisição HTTP

Cabeçalho Explicação Exemplo
Accept Especifica os tipos de conteúdos que o cliente pode receber Accept: text/plain, text/html
Accept-Charset O conjunto de caracteres que o navegador pode aceitar. Accept-Charset: iso-8859-5
Accept-Encoding Especifica os tipos de codificação de compressão que o servidor pode usar para retornar o conteúdo. Accept-Encoding: compress, gzip
Accept-Language O idioma que o navegador aceita Accept-Language: en,zh
Accept-Ranges Especifica campos de subfaixa para a solicitação de uma entidade web Accept-Ranges: bytes
Authorization Credenciais de autorização HTTP Authorization: credenciais de autorização
Cache-Control Especifica a política de cache a ser respeitada na solicitação e na resposta Cache-Control: no-cache
Connection Indica se é necessário manter a conexão persistente. (A conexão persistente é padrão no HTTP 1.1) Connection: close
Cookie Quando uma solicitação HTTP é enviada, todos os valores de cookie armazenados no domínio dessa solicitação são enviados ao servidor web. Cookie: $Version=1; Skin=new;
Content-Length O tamanho do conteúdo da solicitação Content-Length: 348
Content-Type Informações MIME associadas ao conteúdo da solicitação Content-Type: application/x-www-form-urlencoded
Date Data e hora em que a solicitação foi enviada Date: Tue, 15 Nov 2010 08:12:31 GMT
Expect Comportamento específico do servidor Expect: 100-continue
From Email do usuário que emitiu a solicitação From: [email protected]
Host Especifica o domínio e o número da porta do servidor que está sendo solicitado Host: www.jsons.cn
If-Match Somente efetivo se o conteúdo da solicitação corresponder à variável da entidade If-Match: “valor específico”
If-Modified-Since A solicitação é bem-sucedida se a parte solicitada for modificada após a data especificada; se não foi modificada, retorna o código 304 If-Modified-Since: Sat, 29 Oct 2010 19:43:31 GMT
If-None-Match Retorna o código 304 se o conteúdo não tiver mudado, com o parâmetro sendo o Etag enviado anteriormente pelo servidor, que é comparado com o Etag da resposta do servidor If-None-Match: “valor específico”
If-Range Se a entidade não tiver mudado, o servidor envia a parte que falta ao cliente; caso contrário, envia a entidade completa. O parâmetro também é o Etag If-Range: “valor específico”
If-Unmodified-Since Somente bem-sucedido se a entidade não tiver sido modificada após a data especificada If-Unmodified-Since: Sat, 29 Oct 2010 19:43:31 GMT
Max-Forwards Restringe o tempo que a informação é transmitida por proxy e gateway Max-Forwards: 10
Pragma Usado para incluir instruções específicas da implementação Pragma: no-cache
Proxy-Authorization Certificado de autorização para conectar-se ao proxy Proxy-Authorization: certificado de autorização do proxy
Range Solicita apenas uma parte da entidade, especificando o intervalo Range: bytes=500-999
Referer O endereço da página anterior, a qual a página atual foi solicitado, ou seja, de onde veio Referer: http://www.jsons.cn
TE Codificações de transmissão que o cliente está disposto a aceitar e informa ao servidor para aceitar os cabeçalhos finais TE: trailers,deflate;q=0.5
Upgrade Informa ao servidor sobre um protocolo de transmissão que o cliente deseja que seja convertido (se suportado) Upgrade: HTTP/2.0, SHTTP/1.3, IRC/6.9, RTA/x11
User-Agent O conteúdo do User-Agent inclui informações sobre o usuário que faz a solicitação User-Agent: Mozilla/5.0 (Linux; X11)
Via Informa o endereço do gateway ou proxy intermediário, juntamente com o protocolo de comunicação Via: 1.0 fred, 1.1 nowhere.com (Apache/1.1)
Warning Informações sobre alertas da entidade da mensagem Warn: 199 Aviso diverso

Cabeçalho de Respostas HTTP

Cabeçalho Explicação Exemplo
Accept-Ranges Indica se o servidor suporta requisições de intervalo e qual tipo de requisição por partes Accept-Ranges: bytes
Age O tempo estimado (em segundos e não negativo) desde a criação do cache do proxy até o servidor original Age: 12
Allow Comportamentos de requisições válidos para um recurso de rede; caso não permitido, retorna 405 Allow: GET, HEAD
Cache-Control Informa a todos os mecanismos de cache se e quais tipos podem ser armazenados Cache-Control: no-cache
Content-Encoding Tipos de codificação de compressão que o servidor pode usar para o conteúdo retornado. Content-Encoding: gzip
Content-Language O idioma do corpo da resposta Content-Language: en,zh
Content-Length O tamanho do corpo da resposta Content-Length: 348
Content-Location Um endereço alternativo que pode substituir o recurso solicitado Content-Location: /index.htm
Content-MD5 O valor de verificação MD5 do recurso retornado Content-MD5: valor de verificação MD5
Content-Range A posição dos bytes desta parte dentro do corpo retornado completo Content-Range: bytes 21010-47021/47022
Content-Type O tipo MIME do conteúdo retornado Content-Type: text/html; charset=utf-8
Date Data e hora em que a mensagem foi enviada pelo servidor original Date: Tue, 15 Nov 2010 08:12:31 GMT
ETag O valor atual da etiqueta da entidade para a variável da requisição ETag: “valor da etiqueta da entidade da requisição”
Expires A data e a hora em que a resposta expira Expires: Thu, 01 Dec 2010 16:00:00 GMT
Last-Modified A data e a hora em que o recurso solicitado foi modificado pela última vez Last-Modified: Tue, 15 Nov 2010 12:45:26 GMT
Location Usado para redirecionar o receptáculo para o URL não solicitado para concluir a requisição ou identificar um novo recurso Location: http://www.jsons.cn
Pragma Inclui instruções específicas da implementação que podem ser aplicadas a qualquer receptor na cadeia de resposta Pragma: no-cache
Proxy-Authenticate Indica os esquemas de autenticação e parâmetros aplicáveis à URL desse proxy Proxy-Authenticate: Basic
refresh Usado para redirecionar ou criar um novo recurso, redirecionando após 5 segundos (proposto pelo Netscape e amplamente suportado por navegadores)
Refresh: 5; url= http://www.jsons.cn
Retry-After Se a entidade não estiver disponível temporariamente, informa ao cliente para tentar novamente após o tempo especificado Retry-After: 120
Server Nome do software do servidor web Server: Apache/1.3.27 (Unix) (Red-Hat/Linux)
Set-Cookie Define um Cookie HTTP Set-Cookie: UserID=JohnDoe; Max-Age=3600; Version=1
Trailer Indica a existência de campos de cabeçalho no final da codificação de transmissão em partes Trailer: Max-Forwards
Transfer-Encoding Codificação para transferência de arquivos Transfer-Encoding:chunked
Vary Indica ao proxy downstream se deve usar a resposta em cache ou solicitar novamente ao servidor original Vary: *
Via Indica onde a resposta do cliente foi enviada através do proxy Via: 1.0 fred, 1.1 nowhere.com (Apache/1.1)
Warning Avisos sobre possíveis problemas com a entidade Warning: 199 Aviso Diverso
WWW-Authenticate Indica o esquema de autorização que o cliente deve usar para solicitar a entidade WWW-Authenticate: Basic

Tabela de Correspondência de Cabeçalhos de Requisição HTTP - Coleção de Cabeçalhos Comuns de Requisição e Resposta

Esta página fornece uma tabela de correspondência de cabeçalhos de requisição HTTP e cabeçalhos de resposta HTTP detalhada. Os cabeçalhos de requisição e resposta HTTP são partes importantes do desenvolvimento web, onde os desenvolvedores precisam dominar essas informações ao escrever coletores, interfaces API, simular logins, etc.

O que são cabeçalhos de requisição HTTP e cabeçalhos de resposta?

Cabeçalho de Requisição HTTP (Request Header) são os metadados acompanhando a requisição que o cliente envia ao servidor, utilizados para informar ao servidor informações adicionais sobre a requisição.
Cabeçalho de Resposta HTTP (Response Header) são os metadados que acompanham a resposta retornada pelo servidor, contendo informações sobre o estado e o processamento da resposta.

Tabela de Correspondência de Cabeçalhos de Requisição HTTP Comuns

Abaixo estão os cabeçalhos de requisição HTTP comuns e suas respectivas funções:

Cabeçalho de Requisição Descrição da Utilização
User-Agent Identifica informações sobre o navegador ou sistema operacional do cliente, utilizado para determinar o ambiente do cliente.
Accept Especifica os tipos de conteúdos que o cliente pode processar, informando ao servidor o tipo de conteúdo a ser retornado.
Host Especifica o host e a porta de destino da requisição, comumente utilizado para acessar hosts virtuais.
Authorization Transporta informações de autenticação, utilizadas para a autorização da interface API.
Content-Type Informa ao servidor o tipo do corpo da requisição, como application/json, text/html, etc.
Accept-Encoding Especifica os métodos de codificação de conteúdo que o cliente suporta, como gzip, deflate.
Cookie Transporta os dados de cookie armazenados pelo cliente, utilizados para gerenciamento de sessão.
Referer Registra a URL de origem da requisição, comumente utilizada para análise de fontes de acesso.
Connection Especifica se a conexão deve ser mantida, comumente usado valores como keep-alive ou close.

Tabela de Correspondência de Cabeçalhos de Resposta HTTP Comuns

Abaixo estão os cabeçalhos de resposta HTTP comuns e suas respectivas funções:

Cabeçalho de Resposta Descrição da Utilização
Content-Type Especifica o tipo de dados do corpo da resposta, como text/html, application/json, etc.
Content-Length Especifica o comprimento do corpo da resposta, em bytes.
Set-Cookie O servidor envia os dados de cookie para o cliente, utilizados para gerenciamento de sessão.
Cache-Control Especifica a estratégia de cache, como no-cache, max-age, etc.
Location Na resposta de redirecionamento, especifica a nova URL de localização.
Server Indica o nome e a versão do servidor.
Access-Control-Allow-Origin Especifica quais domínios podem acessar o recurso, frequentemente utilizado em requisições cross-origin.
Content-Encoding Especifica o método de codificação do corpo da resposta, como gzip, deflate.
Expires Especifica o tempo de expiração do conteúdo da resposta, frequentemente utilizado para controle de cache.

Aplicações de Cabeçalhos de Requisição e Resposta HTTP

Os cabeçalhos de requisição e resposta HTTP têm aplicações amplas no desenvolvimento prático. Por exemplo:

  • Interfaces API: Os cabeçalhos de requisição da interface API são usados para passar informações de autenticação, tipos de corpo de requisição, etc.; os cabeçalhos de resposta são usados para retornar o formato dos dados, estratégias de cache, etc.
  • Simulações de Login: Ao simular um login, comumente usa-se o cabeçalho Authorization para transportar tokens ou dados de cookie, garantindo a validação da identidade do usuário.
  • Coletores: Ao escrever coletores web, pode-se simular o User-Agent do navegador nos cabeçalhos de requisição para obter o conteúdo de um site.

Resumo

Dominar o uso de cabeçalhos de requisição e resposta HTTP é crucial para desenvolver aplicações web eficientes e conformes com padrões. Através da tabela de correspondência de cabeçalhos de requisição HTTP apresentada nesta página, você pode entender facilmente as funções e aplicações dos cabeçalhos comuns, ajudando os desenvolvedores a se familiarizarem rapidamente com o protocolo HTTP.

Seu histórico:
Selecionar Idioma