1_FundamentosWeb

Fundamentos Web

Jose Emilio Labra Gayo
Departamento de Informática
Universidad de Oviedo

Contenidos
Arquitectura de la Web
HTTP
URIs
Formatos de representación

Funcionamiento de la Web
Cliente
Servidor

Jose Emilio Labra Gayo – http://www.di.uniovi.es/~labra

Arquitectura de la Web

Jose Emilio Labra Gayo – http://www.di.uniovi.es/~labra

Características de la Web
Gran cantidad deinformación
Acceso casi instantáneo desde cualquier lugar
No centralizado  Cualquiera puede añadir información
Multimedia (Texto, Imágenes, Vídeo, etc.)
Identificación de recursos unificada (URIs)
Interactividad: Aplicaciones Web

Jose Emilio Labra Gayo – http://www.di.uniovi.es/~labra

Pilares de la Web
Los pilares de la Web son:
Protocolo HTTP
URIs para representar recursos
Lenguajes de representación:HTML, XML, etc.

URI

WWW
HTTP

Representación
Usuario

Navegador
Cliente

Jose Emilio Labra Gayo – http://www.di.uniovi.es/~labra

Servidor

Protocolo HTTP
HTTP (Hypertext transfer protocol):
Arquitectura cliente/servidor (petición / respuesta)
Nº métodos reducido:
GET, PUT, POST, DELETE, etc.

Mensajes de texto

Formato de mensajes
línea inicial
cabecera del mensaje*
cuerpo del mensaje ?Utilidades para trazar mensajes http

Jose Emilio Labra Gayo – http://www.di.uniovi.es/~labra

curl

http://curl.haxx.se/

Hurl

http://hurl.it

Redbot

http://redbot.org

Web-sniffer:

http://web-sniffer.net/

RestClient

http://code.google.com/p/rest-client/

Peticiones HTTP
Ejemplo
GET /index.html HTTP/1.1
Host: www.uniovi.es
User-Agent: Mozilla/5.0 …
Accept: text/xml, application/xml, text/html, …Accept-language: us,en; q= 0.5

Métodos:
GET
PUT
POST
DELETE
HEAD
OPTIONS

Jose Emilio Labra Gayo – http://www.di.uniovi.es/~labra

Cabecera = parejas "nombre: valor“

Métodos HTTP
GET: Solicita una representación de un recurso
PUT: Actualiza una representación de un recurso
POST: Envía datos para que un recurso los procese
Puede implicar la creación/actualización de recursos

DELETE: Elimina unrecurso
Otros
HEAD: Similar a GET, pero obtiene únicamente la cabecera
TRACE: Pide la solicitud que se envió al servidor
OPTIONS: Solicita los métodos que soporta el servidor
CONNECT: Convierte la petición en un túnel TCP/IP
Facilita la comunicación a través de SSL

Jose Emilio Labra Gayo – http://www.di.uniovi.es/~labra

Cabeceras en la petición
Accept: Tipos de representaciones aceptablesAccept-charset: Conjunto de caracteres aceptable
Accept-encoding: Codificación de caracteres aceptable
Accept-language: Idiomas aceptables
Authorization: Indicar credenciales de autorización
Cache-control: Especificar directivas para controlar la cache
Connection: Tipo de conexión preferida
Cookie: Cookie enviada previamente por el servidor
Content-length: Longitud de la petición
Content-type: TipoMIME del cuerpo de la petición
Date: Fecha/hora de la solicitud
If-Modified-Since: Permite enviar código 304 No modificado si no se ha
modificado el contenido desde una fecha
If-None-Match: Permite enviar código 304 No modificado (ETag)
User-Agent: Identifica el tipo agente de usuario utilizado
...
Jose Emilio Labra Gayo – http://www.di.uniovi.es/~labra

Respuestas HTTP
Ejemplo
HTTP/1.1 200 OK
Date:Fri, 17 Nov 2006 15:36:32 GMT
Server: Apache
Last-Modified: Fri, 17 Nov 2006 09:05:32 GMT
Content-length: 43305
Content-type: text/html


…

Códigos estándar:
2**: Variaciones de OK
3**: redirecciones
4**: Problemas del cliente (404, no encontrado)
5**: problemas del servidor
Jose Emilio Labra Gayo – http://www.di.uniovi.es/~labra

Cabeceras en larespuesta
Content-type: Tipo MIME de la respuesta
Cache-control: Especificar directivas para controlar la cache
Content-encoding: Tipo de codificación utilizado en el mensaje
Content-language: Idioma utilizado en el mensaje
Content-length: Tamaño del mensaje
Content-location: Localización alternativa de los datos devueltos
Date: Fecha/hora de la respuesta
ETag: Identificador de la versión de un...