connection: esta cabecera es propia de la versin 1.1 del protocolo HTTP.

Indica cmo
se tiene que gestionar la conexin TCP una vez el cliente ha recibido la respuesta.

content-encoding: esta cabecera indica el mtodo de compresin utilizado por los datos
contenidos en el cuerpo de la respuesta HTTP.

content-language: esta cabecera indica el idioma del documento contenido en el cuerpo

de la respuesta HTTP.

content-length: esta cabecera indica el nmero de bytes contenidos en el cuerpo de la

respuesta HTTP.

content-MD5: esta cabecera permite la verificacin de la integridad del contenido de la

respuesta. La firma MD5 calculada por el servidor sobre el cuerpo de la respuesta se
aade a continuacin a la respuesta con esta cabecera. El cliente realiza la misma
operacin cuando recibe la respuesta y compara a continuacin el resultado obtenido
con el valor de esta cabecera para detectar una posible alteracin de la respuesta durante
su transferencia.

content-type: esta cabecera indica el tipo MIME (Multipurpose Internet Mail

Extensions) del documento contenido en la respuesta. Ciertos navegadores necesitan
esta cabecera para poder interpretar correctamente la respuesta. Si esta cabecera no est
en la respuesta se trata el documento como si fuera texto en bruto.

date: esta cabecera contiene la fecha y la hora de generacin de la respuesta HTTP.

last-modified: esta cabecera contiene la fecha y la hora de la ltima modificacin del

recurso en el servidor.

WWW-authenticate: este tipo de cabecera se incluye en las respuestas HTTP 401 (no
autorizado) para reclamar al cliente los datos de su identidad. Generalmente los
navegadores muestran automticamente un cuadro de dilogo que permite al usuario
introducir un nombre y una contrasea. La validacin de este cuadro de dilogo provoca
nuevamente el envo de la peticin HTTP hacia el servidor con los datos recopilados.

Algunas cabeceras de respuesta que estn relacionadas con la gestin del

almacenamiento en cach se describen en la seccin siguiente.

Gestin del almacenamiento en cach

Generalmente en una aplicacin, el contenido de algunos recursos cambia con muy poca
frecuencia. Para optimizar las transferencias entre el cliente y el servidor, el navegador
puede almacenar temporalmente estos recursos. Cuando tiene que realizar de nuevo una
peticin HTTP para obtener uno de estos recursos, puede usar la versin que ha
almacenado localmente en vez de contactar de nuevo con el servidor. Sin embargo,
tiene que asegurarse previamente que la versin del recurso que mantiene localmente
sigue siendo vlida. Para ello, puede usar varias tcnicas como una peticin condicional
o realizar previamente una peticin HEAD para obtener nicamente la parte de la
cabecera de la respuesta HTTP por parte del servidor.

www.fullengineeringbook.net