HTTP

Tema 2:
La WWW. El protocolo HTTP
Sistemas Cliente / Servidor

(IG39, II39, IS39)
Curso 2004 – 2005
http://unoweb-s.uji.es/IX39/
Sistemas Cliente / Servidor. Tema 2
Índice
Un poco de historia
Internet vs. WWW
URI, URL, URN
El protocolo HTTP
Extensiones de la araña web
2
Un poco de historia
(1989) Tim Berners-Lee en el CERN. Surge de la

necesidad de coordinar grupos investigadores
internacionales
(1991) primeros prototipos (basados en texto)
(1992) el CERN distribuye la librería wwwlib
(1993) Marc Andreessen. Mosaic, el primer
navegador con interfaz gráfica
(1994) se funda el WWW Consortium.
http://www.w3.org
3
Internet vs. WWW

Internet != WWW
Internet:
Red de redes
Internet es un conjunto de redes y protocolos que ordenan el
tráfico de información por todo el mundo.
4
Internet vs. WWW

World Wide Web (telaraña mundial):
Es un servicio sobre Internet
Conjunto de documentos de hipertexto accesibles desde Internet
Los enlaces de hipertexto referencian otros documentos mediante
URLs
HTTP
Cliente Servidor
TCP/IP
HTML
Internet
5
Internet vs. WWW

World Wide Web :
Es una aplicación Cliente / Servidor
Cliente:
típicamente navegador web
petición HTTP: envía peticiones de documentos (recursos) al
servidor web
interpreta el documento que recibe para su visualización
Servidor:
respuesta HTTP: devuelve el documento (recurso) solicitado o
mensaje de error
Clientes y servidores se comunican utilizando HTTP
6
URI, URL, URN

¿Cómo identificar un recurso en la Red?
Recurso:
Un objeto de datos o servicio accesible en la red que pueda ser
identificado por una URI.
Ejemplo: documentos HTML, imagen, buzón de correo …, servicio web, etc.
URI: Uniform Resource Identifiers

Son cadenas de caracteres que siguen un determinado formato y
que identifican recursos especificando su localización, nombre o
cualquier otra característica.
Direcciones WWW, Universal Document Identifiers, Universal
Resource Identifiers, URLs ∪ URNs
Variedad de esquemas de nombres y métodos de acceso (HTTP,
FTP, Internet mail, etc.)
Tecnología extensible 7
URI, URL, URN

URL: Uniform Resource Locator
Son cadenas de caracteres que siguen un determinado
formato y que identifican recursos especificando su
localización
Ejemplos:
http://anubis.uji.es/index.html
ftp://al007@anubis.uji.es/un/ejemplo.txt
URN: Uniform Resource Name

Son cadenas de caracteres que siguen un determinado
formato y que identifican recursos asignándoles un nombre
único
Independiente de la localización de recurso
Ejemplo: urn:isbn:90-365-17273
8
URI (Uniform Resource Identifiers)

URIs = URLs ∪ URNs
Define una sintaxis común para URLs y URNs,
caracteres reservados, etc.
<esquema>:<sección_específica_al_esquema>
Algunos esquemas
ftp: File Transfer Protocol
http: Hypertext Transfer Protocol
mailto: Electronic mail address
file: Host-specific file names
urn: URNs
…
9
URL (Uniform Resource Locator)

Parte específica al esquema de los sistemas basados
en IP: (//)
<esquema>://<user>:<password>@<host>:<port>/<url-path>
URLs HTTP:
http://host[:port][abs_path]
Ejercicio: Diseña un algoritmo para “parsear” una URL http. El

algoritmo debe asignar los valores correctos a las variables host,
port, base_path y file. Ten en cuenta que abs_path es opcional y
éste puede hacer referencia tanto a un directorio como a un fichero.
¿Qué sucede cuando no se especifica abs_path? ¿y cuando hace
referencia a un directorio?
10
URL (Uniform Resource Locator)

Caracteres especiales:
/ : jerarquización
# : identificador de fragmento (resuelto en el cliente)
http://esto.es/un.html#ejemplo
? : prefijo de consulta
http://esto.es/un/ejemplo.cgi?arg1=valor&arg2=otro+valor
= , + y & son también caracteres especiales

@, :, …
% HEX HEX: permite escapar caracteres especiales
11
El protocolo HTTP
HTTP (HyperText Transfer Protocol) es un protocolo
de aplicación diseñado para la transmisión de
documentos sobre Internet
12
El Protocolo HTTP
La primera versión fue la HTTP/1.0, RFC 1945
En 1998 comenzó a utilizarse la versión 1.1, RFC 2616
HTTP/1.1 es compatible con HTTP/1.0
Utiliza TCP como protocolo de transporte
Comunicación Cliente / Servidor:
El cliente envía un mensaje (petición HTTP) al servidor solicitando un
recurso
El servidor recibe el mensaje, lo procesa y responde con un mensaje
de respuesta HTTP que contiene el recurso solicitado
Se trata de un protocolo sin estado (sin sesión)
Carece de medios para relacionar información concerniente a una
petición anterior
Solución: cookies
13
El Protocolo HTTP
HTTP/1.0 utiliza conexiones no persistentes
Cada conexión TCP se cierra una vez el servidor ha enviado el recurso
Ejemplo: http://www.uji.es/index.html
El cliente inicia una conexión TCP en el puerto 80 de la máquina www.uji.es
El cliente envía un mensaje de petición HTTP al servidor, incluyendo el
recurso solicitado /index.html
El servidor recibe la petición, recupera el objeto /index.html y lo encapsula
en el mensaje HTTP de respuesta
El servidor cierra la conexión
El cliente recibe el mensaje de respuesta, extrae el documento HTML y
encuentra referencias a imágenes
El cliente repite los pasos anteriores por cada imagen referenciada
14
El Protocolo HTTP
HTTP/1.0 utiliza conexiones no persistentes
Sobrecarga al servidor debido a la reserva de recursos para cada petición
HTTP/1.1 permite utilizar conexiones persistentes
El servidor mantiene abierta la conexión después de enviar la respuesta
Varias peticiones/respuestas pueden ser enviadas por la misma conexión
El servidor cierra las conexiones cuando no se utilizan (time-out)
Comunicación con y sin pipelining :
Sin pipelining :
El cliente envía una nueva petición sólo cuando ha llegado la respuesta anterior
La conexión está inactiva durante cierto tiempo, consumiendo recursos en el
servidor
Con pipelining :
El cliente envía nuevas peticiones tan pronto encuentra referencias en los objetos
previamente recibidos
15
El Protocolo HTTP
Formato de una petición HTTP
GET /un/ejemplo.html HTTP/1.0 CRLF

User Agent: Mozilla CRLF
Referer: http://anubis.uji.es/index.html CRLF
(...)
CRLF
16
El Protocolo HTTP
Formato de una respuesta HTTP
HTTP/1.1 200 OK CRLF
Date: Mon, 27 Sep 1999 21:23:20 GMT CRLF
Server: Apache/1.3.3 (Unix) CRLF
Last-Modified: Sun, 26 Sep 1999 ... CRLF
Content-Length: 5654 CRLF
(...)
Content-Type: text/html CRLF
CRLF
<PAGE HTML>
[cierre de la conexión]
¿Cómo averigua el cliente el final del mensaje de

respuesta en HTTP/1.1?
17
Mensaje de petición HTTP

Consta de tres partes
1ª parte: Línea de petición
Method SP Request-URI SP HTTP-version CRLF
Method indica la acción a realizar en el recurso identificado por
Request-URI
HTTP-version = HTTP/1.0 | HTTP/1.1
2ª parte: Líneas de cabecera de la petición
HTTP-header = field-name “:” [field-value] CRLF
Proporcionan información al servidor sobre el cliente y lo que solicita
3ª parte: Cuerpo de la petición
Depende del método indicado
18

Method = GET | HEAD | POST | PUT | DELETE | …
GET recuperar la información identificada por Request-URI
HEAD únicamente recupera las cabeceras HTTP de respuesta
Utilizada para obtener meta-información sobre el recurso o
Comprobar la validez de hiperenlaces, accesibilidad, actualización,
etc.
POST solicita al servidor que realice la acción Request-URI
con la información incluida en el cuerpo de la petición
Envío de un mensaje a un grupo de noticias o lista de correo
Insertar un nuevo registro en una base de datos
Formularios
¿Cómo averigua el servidor web el final del mensaje de petición
HTTP?
19

Method = GET | HEAD | POST | PUT | DELETE | …
PUT (HTTP/1.1) solicita que la información contenida en el
cuerpo de la petición se almacene en el servidor bajo el
recurso identificado por Request-URI
DELETE (HTTP/1.1) elimina en el servidor el recurso
identificado por Request-URI
POST vs. PUT:
En el método POST Request-URI hace referencia al recuerso
encargado de manipular la entidad incluida en el cuerpo de la
petición
En el método PUT Request-URI hace referencia a la entidad
incluida en el cuerpo de la petición
20

(algunas) Líneas de cabecera de la petición
Cabeceras generales:
Date
Cabeceras de la petición:
Host (HTTP/1.1 Obligatoria!!!)
Referer
User-Agent
From
If-Modified-Since (GET)
Connection (HTTP/1.1)
Cabeceras del cuerpo (entidad) de la petición:

Content-Length (POST, PUT)
21
Mensaje de respuesta HTTP

Consta de tres partes
1ª parte: Línea de estado
HTTP-Version SP Status-Code SP Reason-Phrase CRLF
Status-Code código numérico que indica si la petición se realizó con
éxito
Reason-Phrase descripción textual del código de estado
HTTP-Version = HTTP/1.0 | HTTP/1.1
2ª parte: Líneas de cabecera de respuesta
HTTP-header = field-name “:” [field-value] CRLF
Proporcionan información al cliente sobre el servidor y lo que solicita
3ª parte: Cuerpo de la respuesta
Información del recurso solicitado (entidad)
22

Códigos de estado
2xx: la petición se realizó con éxito
200 OK
3xx: redirecciones (el recurso solicitado ha cambiado su ubicación)
301 Moved Permanently
302 Moved Temporarily
4xx: error del cliente
400 Bad Request
403 Forbidden
404 Not Found
5xx: error del servidor
500 Internal Server Error
501 Not Implemented
23

(algunas) Líneas de cabecera de la respuesta
Cabeceras generales:
Date
Cabeceras de la respuesta:
Server
Location (redirecciones)
Connection (HTTP/1.1)
Cabeceras del cuerpo (entidad) de la respuesta:

Content-Length
Content-Type
Content-Encoding
Last-Modified
24
El protocolo HTTP
¿Cómo gestiona las peticiones el servidor web?
Si el recurso es un fichero, lo envía como respuesta
Si el recurso es un programa, lo ejecuta
La manera en la que servidor web y programa se
comunican se rige por el CGI (Common Gateway
Interface)
25
Extensiones de la araña web

Reglas de cortesía
Protocolo de exclusión de robots
Soporte de otros tipos de documentos, imágenes, pdfs, etc.
Protocolo HTTP 1.1
Transformar direcciones absolutas en relativas
Filtros
Evitar ciclos
Re-direccionamiento automático al variar la ubicación de un recurso
versión actualizada de un documento previamente descargado?
…
26
Bibliografía
Un poco de historia
World Wide Web Consortium. A Little History of the World Wide Web.
http://www.w3.org/History.html
Fah-Chung Cheong. Internet Agents: Spiders, Wanderers, Brokers, and
Bots. New Riders Publishing, 1996.
P. Denning. The ARPANET after twenty years. American Scientist. Nov-Dec,
1989, pp. 530 – 534.
URI, URL, URN
T. Berners-Lee, R. Fielding and L. Masinter. Uniform Resource Identifiers
(URI): Generic Syntax and Semantics. RFC2396, Agosto 1998.
http://www.faqs.org/rfcs/rfc2396.html
World Wide Web Consortium. Naming and Addressing: URIs, URLs, ...
http://w3c.org/Addressing/
27
Bibliografía
World Wide Web Consortium. HTTP – Hypertext Transfer
Protocol. http://w3c.org/Protocols
HTTP 1.0 (RCF 1945). http://www.w3.org/Protocols/rfc1945/rfc1945
HTTP 1.1 (RFC 2616). ftp://ftp.isi.edu/in-notes/rfc2616.txt
28

HTTP

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

HTTP

Cargado por

Copyright:

Formatos disponibles

Tema 2:

La WWW. El protocolo HTTP

Sistemas Cliente / Servidor

 (1989) Tim Berners-Lee en el CERN. Surge de la

Internet vs. WWW

Internet vs. WWW

Internet vs. WWW

 Clientes y servidores se comunican utilizando HTTP

URI, URL, URN

 URI: Uniform Resource Identifiers

URI, URL, URN

 URN: Uniform Resource Name

URI (Uniform Resource Identifiers)

URL (Uniform Resource Locator)

Ejercicio: Diseña un algoritmo para “parsear” una URL http. El

URL (Uniform Resource Locator)

 = , + y & son también caracteres especiales

GET /un/ejemplo.html HTTP/1.0 CRLF

¿Cómo averigua el cliente el final del mensaje de

Mensaje de petición HTTP

Mensaje de petición HTTP

Mensaje de petición HTTP

Mensaje de petición HTTP

 Cabeceras del cuerpo (entidad) de la petición:

Mensaje de respuesta HTTP

Mensaje de respuesta HTTP

Mensaje de respuesta HTTP

 Cabeceras del cuerpo (entidad) de la respuesta:

Extensiones de la araña web

También podría gustarte

(1989) Tim Berners-Lee en el CERN. Surge de la

Clientes y servidores se comunican utilizando HTTP

URI: Uniform Resource Identifiers

URN: Uniform Resource Name

= , + y & son también caracteres especiales

Cabeceras del cuerpo (entidad) de la petición:

Cabeceras del cuerpo (entidad) de la respuesta: