WEB SERVICE

URL Y SERVICIOS WEB

ESTUDIANTE:
JORGE ARMANDO HERRERA CASTRO

DOCENTE:
JANNS PATIÑO
X SEMESTRE

INGENIERIA DE SISTEMAS

CORPORACION UNIVERSITARIA
LATINOAMERICANA CUL
BARRANQUILLA – COLOMBIA
15/08/2018
 ACTIVIDAD 1
1. URL.
 Definición: URL son las siglas en inglés de uniform resource locator (en español, localizador
uniforme de recursos), que sirve para nombrar recursos en Internet. Esta denominación
tiene un formato estándar y su propósito es asignar una dirección única a cada uno de los
recursos disponibles en Internet, como por ejemplo páginas, imágenes, vídeos, etc.

 Estructura.

La estructura general de una URL es la siguiente:

protocolo://servidor:puerto/directorio/pagina

 Defina cada elemento de la estructura.

Protocolo, es el formato en el que se van a intercambiar los datos nuestro navegador y la máquina
de destino. Existen diferentes protocolos, dependiendo del contenido que queramos intercambiar.
Así, por ejemplo, el http (hypertext transfer protocol) es para la visualización de páginas web, ftp
(file transfer protocol) para transferir fichero, mail para transmitir correos electrónicos.

Servidor, es el nombre de la máquina destino. Este se compone de dos partes. El nombre del servidor
y el dominio. Ejemplos de nombre de servidor serían: www.yahoo.com, www.google.com,
ayudaenlaweb.blogspot.com

Nombre del servidor, es el nombre que se le haya dado a la máquina. Suele ser representativo del
sitio al que estamos accediendo. Por ejemplo, google, yahoo, flickr, youtube, etc.

Dominio de nivel superior, serían las últimas tres letras del nombre del servidor. Son muy
reconocibles y las más normales son .com, .net y .org. Aunque hay muchas variantes, .tv, .mil,…
incluso asociadas a zonas geográficas .es, .fr, .uk

Subdominio, se usa cuando queremos que una misma máquina atienda a varios nombres. Se
antepone delante del nombre de la máquina. Por ejemplo, nuestro nombre de servidor tiene
subdominio, ayudaenlaweb. Siendo blogspot el nombre de la máquina y .com el dominio de nivel
superior. Suele existir uno por defecto que es el www. Y hay otros que se suelen usar como
“estándares” como el ftp.

Puerto, es un número y corresponde a un punto específico de entrada a la máquina. Suele ir

asociado al protocolo, es decir, al usar un protocolo, por defecto se le asigna un número de puerto.
Así el protocolo http suele usar el puerto 80. Es por ello que no se especifica al poner la URL. Incluso,
algunos navegadores, al ponerlo en la URL, lo ocultan. Otros puertos son el 21 para el ftp.

Directorio, esto es igual que los directorios de los sistemas operativos. Es decir, las carpetas de
Windows. Nos sirve para organizar las páginas que tenemos en el servidor y su estructura es
jerárquica. Podemos anidar unos directorios en otros.

Página, representa a la página web en concreto y es la que tiene el contenido en cuestión.

  Que elementos son obligatorios en la estructura de una url.

Definir el protocolo (que puede ser: http, https, ftp.) y el servidor, en ese servidor destacar:

Pongamos un ejemplo. https://Jorge.blogspot.es

https es el protocolo

Jorge es el subdominio

Blogspot es el nombre del servidor

.es es el dominio de orden superior

1. MENCIONE Y DEFINA LOS PILARES SOBRE LOS CUALES SE SUSTENTAN LOS SERVICIOS WEB

La World Wide Web como plataforma. Los servicios web deben ser accesibles desde cualquier
navegador de internet.

La gestión de las bases de datos como competencia fundamental. La gestión de la base de datos
debe ser más importante que los recursos.

Búsqueda de la simplicidad y de modelos de programación ligera, que permitan que las aplicaciones
crezcan más fácilmente y los usuarios puedan acceder a los contenidos que deseen en cada
momento y no estar condicionado a lo que el propietario o proveedor disponga en cada momento.

Software no limitado a un único dispositivo. Éste ya no solo es accesible desde ordenadores sino
también desde tablets, smartphones, etc.

Experiencias enriquecedoras de los usuarios, permitiendo el acceso a diferentes servicios web en

todo lugar y momento con la misma usabilidad y familiaridad que las interfaces de los sistemas
operativos empleados habitualmente.

2. DEFINA LOS TIPOS DE PETICIONES HTTP (GET Y POST)

El concepto GET es obtener información del servidor. Traer datos que están en el servidor, ya sea
en un archivo o base de datos, al cliente. Independientemente de que para eso tengamos que enviar
(request) algún dato que será procesado para luego devolver la respuesta (response) que
esperamos, como por ejemplo un identificador para obtener una noticia de la base de datos.

POST sin embargo es enviar información desde el cliente para que sea procesada y actualice o
agregue información en el servidor, como sería la carga o actualización en sí de una noticia. Cuando
enviamos (request) datos a través de un formulario, estos son procesados y luego a través de una
redirección por ejemplo devolvemos (response) alguna página con información.

Ambos métodos solicitan una respuesta del servidor y ahí es donde parecen que los conceptos son
iguales ya que con ambos se podría lograr los mismos objetivos. Yo podría, aunque estaría mal,
enviar por GET ciertos datos en la URL y “actualizar o insertar” información en mi base de datos,
pero eso le correspondería al método POST. De la misma manera podría solicitar una página
diferente por medio de POST y simplemente mostrarla como respuesta, aunque eso debería ser a
través de una llamada GET.

Las llamadas GET pueden ser cacheadas (historial del navegador), indexadas por buscadores,
agregar los enlaces a nuestros favoritos o hasta pasar una url completa a otra persona para que
directamente ingrese a esa página. Con el método POST sin embargo no se puede hacer esto.

3. DEFINA LOS DIFERENTES MENSAJES DE RESPUESTAS DE UN SERVIDOR HTTP.

Línea de estado

La línea de inicio de una respuesta HTTP, se llama la línea de estado, y contienen la siguiente
información:

La versión del protocolo, normalmente HTTP/1.1.

Un código de estado, indicando el éxito o fracaso de la petición. Códigos de estado muy comunes
son: 200, 404, o 302

Un texto de estado, que es una breve descripción, en texto, a modo informativo, de lo que significa
el código de estado, con el fin de que una persona pueda interpretar el mensaje HTTP.

Una línea de estado típica es, por ejemplo: HTTP/1.1 404 Not Found.

Link to sectionCabeceras

Las cabeceras HTTP para respuestas siguen también la misma estructura como cualquier otra
cabecera: una cadena de texto, que no diferencia entre mayúsculas y minúsculas, seguida por dos
puntos (':') y un valor cuya estructura depende del tipo de cabecera. Toda la cabecera incluido su
valor, se ha de expresar en una única línea.

Existen varias cabeceras posibles. Esta se puede dividir en distintos grupos:

Cabeceras generales, ('Request headers' en inglés), como Vía, afectan al mensaje completo.

Cabeceras de petición, ('General headers' en inglés), como Vary, Accept-Ranges, dan información
adicional sobre el servidor, que no tiene espacio en la línea de estado.

Cabeceras de entidad, ('Entity headers' en inglés), como Content-Length las cuales se aplican al
cuerpo de la petición. Por supuesto, esta cabecera no necesita ser transmitida si el mensaje no tiene
cuerpo ('body' en inglés).

Cuerpo.
La última parte del mensaje de respuesta él es 'cuerpo'. No todas las respuestas tienen uno,
respuestas con un código de estado como 201 o 204 normalmente prescinden de él.

De forma general, los cuerpos se pueden diferenciar en tres categorías:

Cuerpos con un único dato, consisten en un simple archivo, de longitud conocida y definido en las
cabeceras: Content-Type y Content-Length.

Cuerpos con un único dato, consisten en un simple archivo, de longitud desconocida, y codificado
en partes, indicadas con Transfer-Encoding valor chunked (que significa: 'partido' en inglés).

Cuerpos con múltiples datos, consisten de varios datos, cada uno con una sección distinta de
información. Este caso es relativamente raro y poco común.