SEMINARIO HTTP

Accept-Charset

La cabecera Accept-Charset indica que cdigos de caracteres son aceptados para la respuesta. Este
campo deja los clientes (navegadores) capaces de entender cualquier carcter especial , para que el cliente
tenga la capacidad de presentar los documentos con aquellos caracteres especiales.

Accept-Encoding

La cabecera Accept-Enconding indica que codificacin va aceptar, es similar al Accept la nica

diferencia es que restringe las codificaciones que va aceptar en la respuesta.

El servidor usa algunas reglas segn el campo:

Si el content-coding es una de las codificaciones listada en el campo Accept-Encoding entonces

es aceptado a no ser que este acompaado el valor por un 0.
El smbolo especial * si se encuentra en el campo Accept-Encoding empareja cualquier
contenido no explcitamente listado en el campo encabezamiento.
Si el Content-Codings son aceptadas, entonces el contenido de Accept-Encoding, con el ms
alto valor que no sea igual a 0 ser el escogido.
El identity de Content-Encoding siempre es aceptable, a no ser que especficamente sea
rechazado por que el Accept-Enconding el campo identity;q=0 o porque incluye *;q=0 y no
explcitamente incluye el identity de Content-Coding . Si el Accept-Encoding el field-value esta
vaco, entonces solo la identity que codifica es el que acepta.
Si el Accept-Encoding el campo est presente en una peticin, y si el servidor no puede enviar
la respuesta que es aceptada por Accept-Encoding en el encabezado, entonces el servidor enva
una respuesta de error 406 que no es aceptada con su cdigo de estado.

Accept-Languaje

La cabecera Accept-Languaje indica que lenguas se van aceptar a la hora de visualizacin del documento,
es similar al Accept la nica diferencia es que restringe el conjunto de lenguas preferidas como respuesta
de la peticin.

Allow

La cabecera Allow indica que tipos de mtodos puede aceptar el recurso, identificando por la Peticin.
El propsito de este atributo es para informar cual es el mtodo valido asociado al recurso (PUT, GET,
HEAD)

Connection

La cabecera Connection se utiliza para establecer la conexin y especificar las opciones para la conexin,
no tiene que ser comunicado por proxies.

Content-Type

La cabecera Content-Type indica el tipo de cdigo en el cual se envan archivos (texto, video, audio) de
todo tipo del contenido, en el caso del mtodo GET el tipo de medios de comunicacin que habra sido
enviado junto con la peticin HEAD.
Content-Encoding

La cabecera Content-Encoding indica las codificaciones adicionales han sido aplicadas en el documento,
y por ello usa los mecanismos de descodificaciones necesarios tienen que ser aplicados para obtener el
Contenido. Es utilizado para dejar un documento comprimido sin perder la identidad de su tipo de
medios.

Content-Language

La cabecera Content-Language describe la lengua que se utilizara en el documento, eso no podra ser
equivalente a todas las lenguas que utilizaron en entity-body.

Content-Length

La cabecera Content-Length indica el tamao de entity-body , en nmero decimal de octetos, enviados

por el servidor o en el caso del HEAD, el tamao de entity-body cuando envi la peticin GET.

Host

La cabecera Host indica la maquina destino del objeto que vamos a visualizar este campo lo necesitan los
proxies.

Last-Modified

La cabecera Last-Modified indica la fecha y la hora en el que el objeto se modific la ltima vez en el
servidor.

If-Modified-Since

La cabecera If-Modified-Since se usa para consultar cuando el objeto fue actualizado en el servidor.

Location

La cabecera Location devuelve se devuelve en las respuestas del servidor http para proporcionar
informacin de un recurso reciben creado o para pedirle a el navegador que cargue una pgina web
diferente, debe de enviarse con un cdigo de estado http de 3xx que se pasa como parte de la respuesta
del servidor web, cuando: Esta un tiempo no disponible o proporciona un formulario un envio.

ETag

La cabecera ETag proporciona un identificador opaco que indica la ruto especifica de un recurso que se
encuentra en el servidor web.

If-None-Match

La cabecera If-None-Match se utiliza para ver si un cliente tiene una o ms Tags , si el cliente quiere
recuperar el mismo recurso nuevamente, determina si la cache local expiro, si expira determina que el
recurso esta desactualizado y se pone en contacto con el servidor y le enviara una copia previamente
guardada del ETag con el campo If-None-Match
Expires:

El parmetro que especifica al cliente el tiempo de validez de la cookie, la fecha establece una fecha que
ha de estar en formato GMT/UTC.

Max Ages

El parmetro establece una duracin mxima en segundos, en caso de especificar expires toma
preferencia Max-Ages, en caso de contener valor cero la cookie se elimina.

Domain

El parmetro es opcional las cookies sern validas solo para el subdominio actual en el que crea la
cookie, por ejemplo www.ejemplo.com es un subdominio de www.

Path

El parmetro es opcional, estable la tuta para la cual la cookie es vlida. Algo as como los directorios o
secciones de la web. Si no se especifica ningn valor, una cookie solo es vlida para el Path actual.

Secure

El parmetro es opcional, este parmetro no tiene ningn valor, si est presente la cookie solo es vlida
para conexiones encriptados.

HttpOnly

El parmetro es opcional, no tienen ningn valor, la cookie solo es accesible mediante protocolo HTTP o
HTTPS. Esta cookie no puede ser leda ni creadas mediante protocolos y APIs.
- Seminario web caching: estudiar los documentos "configurar clientes", "es cachable", "tipos de cache" y
"validacin" (la parte que no est tachada).

- Seminario P2P: estudiar el punto del libro Kurose de la 6a edicin sobre BitTorrent (el libro se puede
descargar de la Web de la UPV y est en el apartado 2.6 del libro).

- Seminario NAT: debis estudiar los tres documentos (enunciado NAT detrs de P2P y las lecturas
asociadas)

- Seminario Skype: debis estudiar el artculo para el mapa conceptual.