Hypertext Transfer Protocol o HTTP (en espaol protocolo de transferencia de hiper

texto) es el protocolo usado en cada transaccin de la World Wide Web. HTTP fue de
sarrollado por el World Wide Web Consortium y la Internet Engineering Task Force
, colaboracin que culmin en 1999 con la publicacin de una serie de RFC, el ms import
ante de ellos es el RFC 2616 que especifica la versin 1.1. HTTP define la sintaxi
s y la semntica que utilizan los elementos de software de la arquitectura web (cl
ientes, servidores, proxies) para comunicarse. Es un protocolo orientado a trans
acciones y sigue el esquema peticin-respuesta entre un cliente y un servidor. Al
cliente que efecta la peticin (un navegador web o un spider) se lo conoce como "us
er agent" (agente del usuario). A la informacin transmitida se la llama recurso y
se la identifica mediante un localizador uniforme de recursos (URL). El resulta
do de la ejecucin de un programa, una consulta a una base de datos, la traduccin a
utomtica de un documento, etc.
HTTP es un protocolo sin estado, es decir, que no guarda ninguna informacin sobre
conexiones anteriores. El desarrollo de aplicaciones web necesita frecuentement
e mantener estado. Para esto se usan las cookies, que es informacin que un servid
or puede almacenar en el sistema cliente. Esto le permite a las aplicaciones web
instituir la nocin de "sesin", y tambin permite rastrear usuarios ya que las cooki
es pueden guardarse en el cliente por tiempo indeterminado.
Transacciones HTTP[editar]
Una transaccin HTTP est formada por un encabezado seguido, opcionalmente, por una
lnea en blanco y algn dato. El encabezado especificar cosas como la accin requerida
del servidor, o el tipo de dato retornado, o el cdigo de estado.
El uso de campos de encabezados enviados en las transacciones HTTP le dan gran f
lexibilidad al protocolo. Estos campos permiten que se enve informacin descriptiva
en la transaccin, permitiendo as la autenticacin, cifrado e identificacin de usuari
o.
Un encabezado es un bloque de datos que precede a la informacin propiamente dicha
, por lo que muchas veces se hace referencia a l como metadato porque tiene datos
sobre los datos .
Si se reciben lneas de encabezado del cliente, el servidor las coloca en las vari
ables de entorno de CGI con el prefijo HTTP_ seguido del nombre del encabezado.
Cualquier carcter guion ( - ) del nombre del encabezado se convierte a caracteres
"_".
El servidor puede excluir cualquier encabezado que ya est procesado, como Authori
zation, Content-type y Content-length. El servidor puede elegir excluir alguno o
todos los encabezados, si incluirlos, si se excede algn lmite del entorno de sist
ema. Ejemplos de esto son las variables HTTP_ACCEPT y HTTP_USER_AGENT.
HTTP_ACCEPT. Los tipos MIME que el cliente aceptar, dados los encabezados HTTP. O
tros protocolos quizs necesiten obtener esta informacin de otro lugar. Los element
os de esta lista deben estar separados por una coma, como se dice en la especifi
cacin HTTP: tipo, tipo.
HTTP_USER_AGENT. El navegador que utiliza el cliente para realizar la peticin. El
formato general para esta variable es: software/versin biblioteca/versin.
El servidor enva al cliente:
Un cdigo de estado que indica si la peticin fue correcta o no. Los cdigos de error
tpicos indican que el archivo solicitado no se encontr, que la peticin no se realiz
de forma correcta o que se requiere autenticacin para acceder al archivo.
La informacin propiamente dicha. Como HTTP permite enviar documentos de todo tipo
y formato, es ideal para transmitir multimedia, como grficos, audio y video. Est
a libertad es una de las mayores ventajas de HTTP.
Informacin sobre el objeto que se retorna.

Hay que tener en cuenta que la lista no es una lista completa de los campos de e
ncabezado y que todos ellos slo tienen sentido en una direccin.
Versiones[editar]
HTTP ha pasado por mltiples versiones del protocolo, muchas de las cuales son com
patibles con las anteriores. El RFC 2145 describe el uso de los nmeros de versin d
e HTTP. El cliente le dice al servidor al principio de la peticin la versin que us
a, y el servidor usa la misma o una anterior en su respuesta.
0.9
Obsoleta. Soporta slo un comando, GET, y adems no especifica el nmero de versin HTTP
. No soporta cabeceras. Como esta versin no soporta POST, el cliente no puede env
iarle mucha informacin al servidor.
HTTP/1.0 (mayo de 1996)
Esta es la primera revisin del protocolo que especifica su versin en las comunicac
iones, y todava se usa ampliamente, sobre todo en servidores proxy.
HTTP/1.1 (junio de 1999)1 2
Versin actual; las conexiones persistentes estn activadas por defecto y funcionan
bien con los proxies. Tambin permite al cliente enviar mltiples peticiones a la ve
z por la misma conexin (pipelining) lo que hace posible eliminar el tiempo de Rou
nd-Trip delay por cada peticin.
HTTP/1.2
Los primeros borradores de 1995 del documento PEP
an Extension Mechanism for HTT
P (el cul propone el Protocolo de Extensin de Protocolo, abreviado PEP) los hizo e
l World Wide Web Consortium y se envi al Internet Engineering Task Force. El PEP
inicialmente estaba destinado a convertirse en un rango distintivo de HTTP/1.2.3
En borradores posteriores, sin embargo, se elimin la referencia a HTTP/1.2. El R
FC 2774 (experimental), HTTP Extension Framework, incluye en gran medida a PEP.
Se public en febrero de 2000.