Computacion

Introducción

Pero como todo en el Web, este protocolo (versión 1.1) ya es mucho más potente que en su versión original, y como luego veremos, en total hay ya trece métodos diferentes, además de un conjunto de características nuevas como por ejemplo, el tiempo tras el cual el cliente debe volver a recargar la página.

Los creadores del HTTP 1.1 lo describen como: "un protocolo de nivel deaplicación orientado a sistemas distribuidos, para la colaboración e hypermedia. Un protocolo genérico, sin estado, orientado a objetos y que puede ser utilizado para muchas aplicaciones, como servidores de nombres y sistemas de gestión de objetos distribuidos, a través de las extensiones de los métodos de petición. Una característica de este protocolo es la negociación de los tipos y representaciónde los datos, permitiendo que los sistemas no dependan del tipo de datos que se utilicen".

Los mismos creador de HTTP 1.0 son conscientes de las limitaciones de escalabilidad y rendimiento del protocolo, por lo que recomiendan que ningún otro servidor lo utilice, y que se utilice de forma única el HTTP 1.1

Los problemas principales que existen en la versión 1.0 son de rendimiento. Esto estaperfectamente documento dentro de http://www.w3.org, y destacamos aquí las conclusiones principales a las que llegaron, pero recomendamos al lector interesado en protocolos que consulte dicho documento:

Las conexiones del protocolo TCP son lentas de establecer (conexión en tres pasos y ajuste de ventanas de recepción de datos), y como por cada página y cada imagen que haya en la página, ha deestablecerse una conexión nueva, la transmisión de datos está ralentizada por el establecimiento de la conexión TCP.

Una conexión para transmitir 1Kbyte de datos tarda alrededor de 500 ms.

Tras cerrar una conexión TCP, el puerto del servidor utilizado en dicha conexión, se queda en estado TIME_WAIT un tiempo recomendado de 240 segundos, por lo que un servidor que reciba muchas peticionespuede agotar todos los puertos TCP (que recordemos son 65535) y dejar al servidor sin posibilidad de enviar ningún tipo de dato. Esto supone un problema de escalabilidad muy importante.

Por lo tanto, a partir de este momento nos centraremos únicamente en el protocolo HTTP 1.1, ya que la versión 1.0 es historia, aunque una historia muy presente que nos puede saltar asi que es mejor tenerlo presente.Está nueva versión de HTTP está recogida dentro de la RFC 2068 de Enero de 1997, la cual se puede obtener en. Las principales características de esta nueva versión son:

Conexiones persistentes: ya no se cierra la conexión tras el envío de cada parte de un documento, evitando la sobrecarga del establecimiento de conexiones TCP.

Varias peticiones simultáneas: un cliente puede realizarvarias peticiones utilizando una única conexión, sin esperar a la respuesta del servidor para cada una de ellas.

Negociación del contenido: se asignan diferentes valores a las características de la comunicación, entre ellos cuanto se puede degradar la calidad de la conexión,

Nuevos métodos: junto a GET, POST y HEAD aparecen los métodos DELETE para borrar un recurso del servidor asociado al URIde borrado, TRACE para ver que está recibiendo el servidor de lo que él envía, PUT para enviar datos a un recurso asociado a una URI, PATCH para aplicar correcciones en un recurso asociado a una URI, COPY para copiar unos recursos identificados por una URI en otro lugar determinada URI en uno destino determinado, MOVE para mover el recurso identificado por la URI a otro lugar, DELETE para borrar unrecurso asociado a una URI, LINK para establecer enlaces entre diferentes recursos, UNLINK para quitar enlaces establecidos previamente por LINK, OPTIONS para que el cliente pueda obtener del servidor sus características, WRAPPED que permite unir varias peticiones y recubrirlas con algún tipo de filtrado (encriptación por ejemplo).

Nuevo método de autenticación: en la RFC 2069 se describe un...