Ingeniería en Sistemas

Computacionales
L

PROGRAMACIÓN WEB I

Unidad 1. Word Wide Web

 Unidad 1. Word Wide Web

Word Wide Web

www

A finales de los años ochenta el crecimiento de las redes de área local y de la

información que se compartía en ellas había crecido de forma muy acelerada,
aunado a esto los problemas de comunicación, los distintos tipos de archivos y
protocolos generaban una situación muy caótica. La World Wide Web (conocida
por sus siglas como www —en minúsculas por convención—, también como web
o como W3), ideada por Tim Berners-Lee, nace en 1989 como una propuesta
para acceder de forma fácil y sencilla a los contenidos de las redes. La www es
un sistema de hipertexto distribuido que surgió como un medio para la distribu-
ción de la información entre equipos de investigadores geográficamente disper-
sos, concretamente se dirigía a la comunidad de físicos de altas energías (Adell
y Bellver, 1995).

El hipertexto es un conjunto estructurado de textos, gráficos, etc., unidos entre

sí por enlaces y conexiones lógicas. La World Wide Web permite a los usuarios
visualizar y localizar información en las redes de datos a través de documentos
y contenido multimedia. Hay que distinguir claramente entre internet y www,
pues aunque puede pensarse que se refieren al mismo término tienen claras
diferencias, entre las que destaca que www es un servicio de internet, como lo
son el correo electrónico o los repositorios de archivos.

Arquitectura de las aplicaciones web

La arquitectura de las aplicaciones web se basa en un modelo cliente-ser-

vidor. El cliente es el que inicia la comunicación cuando escribe una dirección
en la barra de direcciones de un navegador o explorador y la petición se envía
al servidor web, que es el que aloja de manera física el sitio web o recurso soli-
citado. El servidor está constantemente en espera de peticiones de los clientes
para poder procesarlas y dar una respuesta. La comunicación entre el cliente y el
servidor se realiza por medio de protocolos web, como HTTP (hypertext transfer
protocol) que se emplea para el intercambio de hipertexto, es decir, contenido
con enlaces o hipervínculos. El modelo más utilizado de arquitectura web es un
modelo de tres capas (Berenguel, 2015), que son:

1. Capa cliente o capa de presentación. En esta capa se muestra al cliente

(usuario o aplicación) una interfaz, por ejemplo un navegador para que interac-
túe a través de ella. Los datos y eventos producidos por el usuario son enviados
al servidor para que los procese.
2
 Unidad 1. Word Wide Web

2. Capa de negocio o capa lógica de negocio. Se encarga de atender y proce-

sar las peticiones de los clientes y las envía a la capa de datos para solicitar la
información de la petición. En esta capa se realiza la programación de las apli-
caciones web.

3. Capa de datos. En esta capa se encuentran los datos que utilizan las aplica-
ciones web, generalmente estos datos son almacenados en una base de datos
y gestionados a través de un sistema gestor de bases de datos (SGBD).

La siguiente imagen muestra la estructura de las tres capas mencionadas:

Arquitectura de aplicaciones web de tres capas. Luján (2002).

URI

El identificador de recursos uniforme, URI por sus siglas en inglés (uniform

resource identifier), es una cadena de caracteres estandarizada que identifica un
recurso físico o abstracto. Se define a través de la RFC2396. Un URI se caracte-
riza por las siguientes definiciones:

®® Uniforme. La uniformidad proporciona muchos beneficios, pues permite

la integración de diferentes identificadores de recursos en un mismo
contexto, de tal forma que pueden unirse otros tipos sin afectar a los
existentes.

®® Recurso. Se refiere a cualquier cosa que tiene identidad y a la cual se

puede acceder a través de una red, por ejemplo, un informe, una imagen,
un video o un documento.

®® Identificador. Es un objeto que hace referencia a una cosa que tiene

identidad. En este caso este objeto es una cadena de caracteres.

En otras palabras, un URI es un mecanismo que sirve para etiquetar un recur-

so en la www, por ejemplo, supongamos que subimos una fotografía a una red
social, la que se almacena en un servidor de la red, pero, probablemente su
ubicación cambie constantemente y se replique en varios sitios de internet.
3
 Unidad 1. Word Wide Web

El URI identificará a esa fotografía independientemente del lugar en el que se

encuentre almacenada.

El URI se compone de las siguientes partes:

URI= esquema “:” hier-part [ “?” consulta ] [ “#” fragmento ]

hier-part = “//” autoridad

/ ruta-absoluta
/ ruta-indefinida
/ ruta-vacía

Sintaxis de un URI. Berners-Lee, Masinter y McCahill (1998).

Donde:

El esquema es un nombre que especifica el protocolo de acceso al recurso (http,

ftp, etc.), pero también puede especificar algún identificador (urn, cid, etc.). La
autoridad es un elemento que identifica la jerarquía del nombre (//example.
com), también puede indicarse el puerto de salida o entrada. La ruta identifica
la carpeta en la que se almacena el recurso (/carpeta1/ejemplos). La consulta
se refiere a información no jerárquica del tipo “clave=valor” que lo identifica,
inicia con el carácter “?”. El fragmento se refiere al nombre del recurso que lo
identifica como una parte de un recurso principal, inicia con el carácter “#”. La
siguiente tabla muestra un ejemplo de un URI:

http://example.com:8042/over/there?name=ferret#nose
\_/ \______________/\_________/ \_________/ \__/
| | | | |
esquema autoridad ruta consulta fragmento
| _____________________|__
/\/ \
urn:example:animal:ferret:nose

Ejemplo de un URI. Berners-Lee, Masinter y McCahill (1998).

Protocolo HTTP

El HTTP (hypertext transfer protocol) es un protocolo del tipo “petición-respues-

ta” que pertenece a la familia de los protocolos TCP/IP, que se encargan de las
distintas capas de red para la comunicación entre computadoras. Se utiliza para
acceder a una página web o a un recurso de internet a través de una conexión
independiente para cada petición.
4
 Unidad 1. Word Wide Web

De manera general, el proceso que se sigue cuando se inserta una dirección en

la barra de direcciones de un navegador web es el siguiente (Berzal, Cortijo y
Cubero, 2002): el navegador establece una conexión TCP con un servidor web
en el que se aloja la dirección especificada, esta dirección es la URL (uniform
resource locator) o localizador uniforme de recursos. Cuando la conexión se esta-
bleció con el cliente, es decir, la máquina desde la cual se ingresó la petición,
envía un mensaje al servidor, llamada petición, y el servidor le responde con otro
mensaje llamado respuesta. Después de estas acciones la conexión se cierra.

El protocolo HTTP abre una sesión cada vez que se solicita una conexión y se
estructura a través de una secuencia de transacciones que se llevan a cabo a
través de mensajes. Cada mensaje consta de las siguientes partes (Sivianes et
al., 2010):

®® Línea de solicitud/respuesta
®® Cabecera
®® Una línea vacía
®® Un cuerpo de mensaje opcional

Estructura de una petición HTTP

Para realizar una solicitud de cualquier recurso a un servidor web se tiene que
realizar una petición a través de un mensaje. Las peticiones definen ocho
métodos, cada uno de los cuales indica qué acción debe realizarse sobre el
recurso solicitado (Sivianes et al., 2010) y que son:

1. GET. Solicita una representación del recurso, por ejemplo, una página
HTML o una imagen o video.

2. HEAD. Solicita una respuesta sobre un recurso, pero no recibe el recurso

en sí, únicamente válida que el recurso esté disponible.

3. POST. Envía datos para ser procesados por un recurso especificado. Los
datos se incluyen en el cuerpo del mensaje. Este método puede ser utili-
zado para actualizar o crear un recurso, por ejemplo, para enviar datos a
un formulario.

4. PUT. Carga una representación del recurso especificado.

5. DELETE. Elimina el recurso especificado.

6. TRACE. Provoca que el servidor devuelva la respuesta a una petición reci-

bida. Se utiliza para tareas de diagnóstico.

7. OPTIONS. Devuelve los métodos que el servidor proporciona a un URL

específico.

8. CONNECT. Convierte la conexión de solicitud en un método de transfe-

rencia de datos.
5
 Unidad 1. Word Wide Web

Las peticiones más importantes son GET y POST. A continuación se muestra un

ejemplo de una petición, tomado de Ordax y Ocaña (2012), a través del método
GET y que solicita el recurso sumador pasándole dos parámetros para m1 con
valor 12 y para m2 con valor 41, la información adicional de la cabecera de la
petición indica información técnica del mensaje como el host, tipo de usuario,
lenguaje, etc.

Ejemplo de petición en HTTP. Ordax y Ocaña (2012).

Estructura de una respuesta HTTP

Las respuestas HTTP son generadas por un servidor web después de la recep-
ción y tratamiento de una petición. Se compone de dos partes, que son la cabe-
cera y el cuerpo de la respuesta. Estas dos partes están separadas por una línea
en blanco e incluso puede haber respuestas en blanco, es decir, sin cuerpo. La
primera línea de la cabecera contiene un número que indica el tipo de respuesta
recibida, la tabla siguiente muestra los tipos de respuesta que se organizan en
cinco categorías y en cada categoría pueden existir diferentes tipos de respues-
tas. La primera cifra indica la categoría y las dos cifras siguientes el tipo de
respuesta, por ejemplo, la 403 indica acceso prohibido, es decir, el acceso al
recurso está prohibido (Groussard, 2010).

Número Respuesta

1XX Información

2XX Éxito
3XX Redirección
4XX Error provocado por el cliente
5XX Error provocado por el servidor

Tipos de respuesta. (Groussard, 2010).

Según el ejemplo, en la petición se muestra la respuesta proporcionada por el

servidor. La respuesta obtenida es 200 que significa ok, es decir, la petición fue
6
 Unidad 1. Word Wide Web

atendida correctamente y el recurso fue ejecutado con los parámetros 12 y 41

obteniendo como respuesta la suma, es decir, 53. La información de la primera
línea de la cabecera indica la respuesta dada por el protocolo y las líneas poste-
riores indican información técnica, como el nombre del servidor, la fecha, el tipo
de contenido y la longitud en bytes, ambas resaltadas en negritas. El cuerpo,
separado por una línea en blanco:

Ejemplo de respuesta HTTP. Ordax y Ocaña (2012).