Hypertext Transfer Protocol

(HTTP)

Hypertext Transfer Protocol (HTTP) Es un

protocolo de comunicaciones que transfiere o lleva
la informacin sobre la web(www).Su propsito
Original era proporcionar una manera de publicar
y recuperar las paginas hipertexto html.
El desarrollo era coordinado por el W3C (World
Wide Web Consortium) y la IETF (Internet
Engineering Task Force), culminando en una
publicacin de una serie RFCs, el mas notable
RFC 2616 (en junio de 1999) que define HTTP/1.1
la versin de HTTP en el uso comn de hoy.

HTTP define la sintaxis y la semntica que

utilizan los elementos software de la
arquitectura web (clientes, servidores,
proxies) para comunicarse. Es un protocolo
orientado a transacciones y sigue el
esquema peticin-respuesta entre un
cliente y un servidor.

Versiones
del
HTTP:
Versiones del HTTP:
HTTP/1.0 (May 1996)
HTTP/1.1 (June 1999)
HTTP/1.2 (Feb 2000)

La Primera versin slida se conoce

como
HTTP 0.9

Protocolo inicial resultaba insatisfactorio no haba

como devolver de vuelta informacin sobre el
pedido (cdigos de error).
Solo documentos de tipo texto.
Imposibilidad de un cliente de enviar informacin
al servidor
Desarrollo de HTTP/1.0 comenz en 1992 pero la
versin final solo fue liberada en 1996.
Gran avance sobre el 0.9 incorporando la mayor
parte de los elementos que se conocen hoy en da.

HTTP
HTTP 1.0
1.0 incorpora
incorpora varios
varios nuevos
nuevos
mtodos
mtodos yy Headers
Headers

Concepto de tipo de medio (adopt MIME).

Verstil formato general de mensaje con una lnea
inicial y un nmero.
Variable de lneas con campos de encabezado que
pueden ser usados para transferir informacin entre
el cliente y el servidor.
Adems del mtodo GET aparece POST que permite
al cliente transmitir informacin al servidor.
Se introduce autentificacin bsica.
Se mantiene principio de 1 pedido 1 respuesta por
conexin (servidor cierra la conexin despus de
responder).

HTTP1.1
HTTP1.1viene
vieneaasuplir
suplir
importantes
importantesdeficiencias
deficiencias

HTTP/1.1 (1997) incorpora modelo de conexin

persistente
Soporte del header Host para manejo de host
virtuales
Nuevos mtodos: DELETE, OPTIONS, PUT y TRACE
Transferencia parcial de entidades
Negociacin de contenido
Codificacin en trozos (recursos que no se conoce su
tamao)
Esquema mas seguro de autentificacin

HTTP/1.2
HTTP/1.2
A inicios de 1995 se comenz con la
documentacin
del
proyecto
PEP.
Un
mecanismo de extensin para HTTP (Protocol
Extension Protocol, abreviado PEP) preparado
por el World Wide Web Consortium y
sometido a Internet Engineering Task Force.
Se pensaba originalmente que el PEP se
volvera un rasgo distinguiendo de HTTP/1.2.
Mas tarde PEP en proyectos activos, sin
embargo, la referencia a HTTP/1.2 a sido
quitada el RFC 2774 Experimental. HTTP
Extensin Framework, se publico en febrero
del 2000.

Request
Request methods
methods

HTTP -Define 8 metodos (A veces

llamado Verbos) indicando la accin
deseada a ser realizada en el recurso
identificado.
HEAD Pide la contestacin idntica a
la que correspondera a una peticin
GET ,pero sin el cuerpo de la
contestacin.
Esto
es
til
para
recuperar meta-informacin escrito en
los ttulos de la contestacin, sin tener
que transportar el volumen entero.

GET Peticiones, una representacin

del recurso especificado. El metodo
de uso mas comn en la web de hoy.
No debe usarse para funcionamientos
que causan los side-effects.
POST ampliamente utilizado para
enviar la informacin recopilada en
un formulario a una aplicacin CGI.
PUT Cargar una representacin del
recurso especificado.

DELETE Borra el recurso especificado.

TRACE -Los ecos tras la peticin recibida ,
para que un cliente pueda ver qu
servidores del intermedio estn agregando o
estn cambiando en la peticin.
OPTIONS Esto puede usarse para verificar la
funcionalidad de un servidor web.
Permite Interrogar al servidor.
Permite consultar al servidor sobre
capacidades en general o sobre un recurso
en particular.
CONNECT Convierte la peticin en una
conexin transparente TCP/IP normalmente
para facilitar la comunicacin SSL-Encriptada
(HTTPS) a travs de un Desencriptador.

Aplicaciones

http Se refiere a recursos que son accesibles

utilizando el protocolo HTTP ("HyperText Transfer
Protocol"), normalmente un servidor de pginas
Web que enviar la informacin en formato
HTML. La forma estndar del comando es:
http://<host>:<port>/<path>?<searchpart>

host: Un nombre de servidor Internet vlido (por

ejemplo ctv.es)

port: Nmero de puerto al que conectar. La

mayora de los servicios utilizan protocolos que
establecen un nmero determinado por defecto

El valor del puerto por defecto del Protocolo

HTTP es 80.
<path> seala la posicin del recurso dentro
de host, mientras que <searchpart> es una
cadena de consulta precedida por "?". Ambas
etiquetas son opcionales (si no se utilizan, la
barra "/" que las precede tambin se omite).
En ninguna de estas dos etiquetas se
permiten los caracteres "/", ";", "?". Ejemplo:
http://www.elhacker.net/Cpp/index.htp

Request message
message
Request

The request message consists of the

following:
Request line, such as GET /images/logo.gif HTTP/1.1, which requests
the file logo.gif from the /images directory
Headers, such as Accept-Language: en
An empty line
An optional message body

The request line and headers must all end with CRLF (that is, a
carriage return followed by a line feed). The empty line must consist
of only CRLF and no other whitespace. In the HTTP/1.1 protocol, all
headers except Host are optional.

La
La Interaccin
Interaccin entre
entre el
el Browser
Browser
yy el
el Servidor
Servidor
Durante la comunicacin entre el cliente y
el servidor HTTP en el que el cliente solicita
el documento doc1.html al servidor se
intercambian la siguiente transaccin HTTP:
GET /doc1.html HTTP/1.0
Accept: www/source
Accept: text/html
Accept: image/gif
User-Agent: Lynx/2.2 libwww/2.14
From: jvegas@infor.uva.es
/* esto es una linea en blanco */

El mtodo GET indica el fichero que el cliente solicita y la

versin de HTTP. El cliente tambin muestra una lista de los
tipos MIME que puede aceptar como retorno, adems de
identificar el browser que utiliza (para que el servidor pueda
optimizar los ficheros para el tipo particular de navegador) y
su direccin de correo electrnico. Al final existe una lnea
en blanco que determina el final de la cabecera HTTP.
El servidor responde mandando la siguiente
transaccin HTTP

HTTP/1.0 200 OK
Date: Friday, 23-Feb-01 16:30:00 GMT
Server: Apache/1.1.1
Content-type: text/html
Content-length: 230
/* esto es una linea en blanco */
<HTML><HEAD><TITLE> ........
</HTML>

En este mensaje el servidor utiliza la versin

1.0 de HTTP, y manda el cdigo de estado
200 para indicar que la peticin del cliente
ha
sido
procesada
satisfactoriamente.
Tambin se identifica como un servidor
Apache. Indica al cliente que el contenido
del documento es texto en formato HTML y
que tiene una longitud de 230 bytes.

End