HTTP
Respuestas HTTP

Parámetros

Formato de respuesta basico

Cuando un servidor HTTP recibe una solicitud HTTP bien formada, debe procesar la información que contiene la solicitud y devolver una respuesta al cliente. Una simple respuesta HTTP 1.1, puede parecerse a cualquiera de las siguientes, generalmente seguida de una cantidad de campos de encabezado, y posiblemente un cuerpo de respuesta:

HTTP/1.1 200 OK \r\n

HTTP/1.1 404 Not Found \r\n

HTTP/1.1 503 Service Unavailable \r\n

Una simple respuesta HTTP 1.1 tiene este formato:

HTTP-Version Status-Code Reason-Phrase CRLF

Al igual que en una petición, HTTP-Version indica la versión del protocolo HTTP en uso; para HTTP 1.1, esta debe ser siempre la cadena HTTP/1.1 .

Status-Code es un código de tres dígitos que indica el estado de la solicitud del cliente. El primer dígito de este código es la clase de estado , que coloca el código de estado en una de las 5 categorías de respuesta ^[1] :

• 1xx Informativo : el servidor ha recibido la solicitud y el proceso continúa
• 2xx Success - el servidor ha aceptado y procesado la solicitud
• Redireccionamiento 3xx : es necesaria una acción adicional por parte del cliente para completar la solicitud
• 4xx Errores de cliente : el cliente envió una solicitud con un formato incorrecto o que no se pudo cumplir
• 5xx Errores del servidor : la solicitud era válida, pero el servidor no puede cumplirla en este momento

Reason-Phrase es una breve descripción del código de estado. Por ejemplo, el código 200 tiene una frase de razón de OK ; El código 404 tiene una frase de Not Found . Una lista completa de frases de motivos está disponible en Parámetros, a continuación, o en la especificación HTTP .

La línea termina con un retorno de carro: par de avance de línea, generalmente representado por \r\n .

Encabezados adicionales

Al igual que una solicitud HTTP, una respuesta HTTP puede incluir encabezados adicionales para modificar o aumentar la respuesta que proporciona.

Una lista completa de los encabezados disponibles se define en §6.2 de la especificación . Los encabezados más utilizados son:

• Server , que funciona como un encabezado de solicitud de User-Agent para el servidor;
• Location , que se usa en las respuestas de estado 201 y 3xx para indicar un URI para redirigir a; y
• ETag , que es un identificador único para esta versión del recurso devuelto para permitir a los clientes almacenar en caché la respuesta.

Los encabezados de respuesta vienen después de la línea de estado y, al igual que con los encabezados de solicitud, se forman como tales:

Name: Value CRLF

Name proporciona el nombre del encabezado, como ETag o Location , y Value proporciona el valor que el servidor está configurando para ese encabezado. La línea termina con un CRLF.

Una respuesta con encabezados podría verse así:

HTTP/1.1 201 Created \r\n
Server: WEBrick/1.3.1 \r\n
Location: http://example.com/files/129742 \r\n

Cuerpos de mensajes

Al igual que con los cuerpos de solicitud , las respuestas HTTP pueden contener un cuerpo de mensaje. Esto proporciona datos adicionales que el cliente procesará. En particular, 200 respuestas OK a una solicitud GET bien formada siempre deben proporcionar un cuerpo de mensaje que contenga los datos solicitados. (Si no hay ninguno, 204 No Content es una respuesta más apropiada).

Se incluye un cuerpo de mensaje después de todos los encabezados y un doble CRLF. En cuanto a las solicitudes, su longitud en bytes debe darse con el encabezado Content-Length . Una respuesta exitosa a una solicitud GET, por lo tanto, podría verse así:

HTTP/1.1 200 OK\r\n
Server: WEBrick/1.3.1\r\n
Content-Length: 39\r\n
ETag: 4f7e2ed02b836f60716a7a3227e2b5bda7ee12c53be282a5459d7851c2b4fdfd\r\n
\r\n
Nobody expects the Spanish Inquisition.