Os códigos do pedido e da resposta do HTTP

Share

|

O protocolo do HTTP pode ser comparado a uma conversação baseada em uma série das perguntas e das respostas, a que nós consultamos respectivamente enquanto o HTTP pede e resposta do HTTP.

Os índices de pedidos e de respostas do HTTP são fáceis de ler e compreender, estando próximo ao inglês liso em sua sintaxe.

Esta seção examina a estrutura destes pedidos e respostas, junto com alguns exemplos das sortes dos dados que podem conter.

O Pedido do HTTP

Após ter aberto uma conexão ao usuário pretendido, o cliente do HTTP transmite um pedido no seguinte formato:

• Uma linha da abertura
• Opcionalmente, um número de linhas do encabeçamento
• Uma linha em branco
• Opcionalmente, um corpo de mensagem

A linha da abertura é rachada geralmente em três porções; o nome do método, o trajeto ao recurso requerido do usuário, e a versão do HTTP que está sendo usada. Uma linha típica da abertura pôde ler:

COMECE /test/testpage.html HTTP/1.0

Nesta linha nós somos dizendo ao usuário que nós estamos emitindo um pedido do HTTP do tipo COMEÇAMOS (explicou mais inteiramente na seção seguinte), nós estamos emitindo esta versão usando-se 1.0 do HTTP, e o recurso que do usuário nós requeremos (seu trajeto local including) somos

/test/testpage.html

As linhas do encabeçamento são usadas emitir a informação sobre o pedido, ou sobre os dados que estão sendo emitidos no corpo de mensagem. Um par do parâmetro e do valor é emitido por a linha, o parâmetro e o valor que estão sendo separados por uns dois pontos. Está aqui um exemplo:

Usuário-Agente: [ nome do programa que emite o pedido ]

Por exemplo, as ofertas do Internet Explorer v5.5 algo gostam do seguinte:

Usuário-agente: Mozilla/4.0 (compatível; MSIE 5.5; Windows NT 5.0)

Um exemplo mais adicional de um encabeçamento comum do pedido é a aceitação: encabeçamento, que indica que sort(s) da informação será encontrado aceitável como uma resposta do usuário:

Aceite: text/plain, text/html

Emitindo o encabeçamento no exemplo precedente, o pedido está informando o usuário que a aplicação de emissão pode aceitar o texto liso ou as respostas do HTML (isto é, não é equipada para tratar por exemplo de uma lima audio ou video).

A Resposta do HTTP

Na resposta a tal pedido, o usuário emite tipicamente uma resposta do HTTP, a primeira linha de que é consultada frequentemente como à linha de status. Nessa linha o usuário ecoa a versão do HTTP e dá um código de status da resposta (que é um inteiro three-digit) e uma mensagem curta sabida como uma frase da razão. Está aqui uma resposta do HTTP do exemplo:

APROVAÇÃO HTTP/1.0 200

A frase do código e da razão de status da resposta é pretendida essencialmente como máquina-e versões human-readable da mesma mensagem, embora a frase da razão pode realmente variar pouco do usuário à tabela de server.The abaixo das listas alguns exemplos de códigos de status e de frases comuns da razão. O primeiro dígito do código de status dá geralmente algum indício sobre a natureza da mensagem:

• 1**Information
• 2**Success
• 3**Redirected
• erro 4**Client
• erro 5**Server

Alguns Encontraram Geralmente Códigos De Status Da Resposta do HTTP

Código De Status	Explanação
200 - APROVAÇÃO	O pedido sucedeu.
204 - Nenhum Índice	O original não contem nenhum dados.
301 - Movido Permanentemente	O recurso tem-se movido permanentemente para um URI diferente.
401 - Não autorizado	O pedido necessita o authentication do usuário.
403 - Proibido	O usuário recusou cumprir o pedido.
404 - Não encontrado	O recurso pedido não existe no usuário.
408 - Intervalo de parada Do Pedido	O cliente não emitiu um pedido no tempo reservado pelo usuário.
500 - Erro Do Usuário	devido a um certificado, a um erro da configuração do usuário ou a um similar funcionando mal.

A resposta pode também conter linhas cada uma do encabeçamento que contem um par do encabeçamento e do valor similar àqueles do pedido do HTTP mas que contem geralmente a informação sobre o usuário e/ou o recurso que estão sendo retornados:

Usuário: Apache/1.3.22 Último-Modificado: Fri, 24 GMT 1999 Do Dec 13:33:59