04-Middleware para Aplicaciones Web (HTTP)
04-Middleware para Aplicaciones Web (HTTP)
04-Middleware para Aplicaciones Web (HTTP)
2
Objetivo de la lección
3
Middleware en aplicaciones web
• Debido a que las aplicaciones web funcionan mediante
una arquitectura cliente-servidor
• El middleware de bajo nivel utilizado es el TCP/IP
• El middleware de alto nivel empleado es el protocolo
de transferencia de hipertexto (HTTP)
4
¿Qué es un protocolo?
Fuente: https://concepto.de/protocolo/#ixzz60xEzAWyd
5
Protocolos de internet
• Los protocolos de internet sostienen la Web, por lo
tanto es importante comprender estos protocolos
para el desarrollo de las aplicaciones web
• La forma en que se lleva acabo el flujo de la
información a través de la Web se le conoce como
protocolo.
• El explorador web (cliente), el servidor web
(servidor), y la aplicación web se comunican unas
con otras por medio del HTTP (Hypertext Transfer
Protocol)
6
El protocolo HTTP
• Los clientes mandan peticiones HTTP al los
servidores web, y éstos regresan los datos
solicitados en la forma de respuestas HTTP
7
Protocolo HTTP - características
Sin embargo, el uso de HTTP cookies, si permite guardar datos con respecto
a la sesión de comunicación.
8
Protocolo HTTP - Solicitudes
• Cuando un cliente hace una petición de un recurso, esta adjunta
la identificación del recurso solicitado en forma de URL
(Uniform Resource Locator)
esquema://NombreHost:puerto/dirección/recurso?caden
a de consulta.
9
Protocolo HTTP - Solicitudes
esquema://NombreHost:puerto/dirección/recurso?caden
a de consulta.
10
Esquema de seguridad HTTPS
• Es HTTP sobre Secure Sockets Layer (SSL); esto permite
comunicaciones cifradas seguras.
12
Protocolo HTTP - métodos
• Los métodos en los cuales HTTP permite las solicitudes
son:
– GET
– POST
– PUT
– DELETE
13
Protocolo HTTP – encabezado de solicitud
Es la información, en forma de texto, que el navegador de un usuario envía a
un servidor web conteniendo los detalles de lo que el navegador desea y
aceptará del servidor.
14
Protocolo HTTP – encabezado de solicitud
En el ejemplo se muestra la primera línea con la línea de solicitud,
después se despliega la información del encabezado de solicitud
HTTP.
15
Protocolo HTTP – encabezado de respuesta
16
Protocolo HTTP – encabezado de respuesta
HTTP/1.1 200 OK
Date: Wed, 19 Sep 2018 11:56:29 GMT La línea de estado consta de dos partes (primera
Server: Apache Tomcat 9 linea): el protocolo, normalmente HTTP 1.1, y un
P3P: CP="NOI ADM DEV PSAi COM NAV OUR OTRo STP código numérico de estado seguido de un mensaje
IND DEM" breve. El código 200 significa que la petición GET
Expires: Mon, 1 Jan 2019 00:00:00 GMT tuvo éxito y el servidor devolvió los contenidos
Cache-Control: no-store, no-cache, must-revalidate, post- solicitados (justo después de las cabeceras).
check=0, pre-check=0
Pragma: no-cache
Last-Modified: Wed, 19 Sep 2018 11:57:30 GMT El típico error 404 proviene del código de error que
Vary: Accept-Encoding,User-Agent aparece en la línea de status, 404, que signfica not
Content-Encoding: gzip found o no encontrado. En general los códigos 200
Content-Length: 9237 indican respuestas correctas, los códigos 300 indican
Keep-Alive: timeout=1, max=100 redirecciones, los códigos 400 problemas con la
Connection: Keep-Alive petición y los códigos 500 problemas del servidor.
Content-Type: text/html; charset=utf-8
17
Protocolo HTTP – códigos de estado
18
Protocolo HTTP – códigos de estado
19
Protocolo HTTP – códigos de estado
20
Protocolo HTTP – códigos de estado
21
Protocolo HTTP – códigos de estado
Internal
500
Server Error Error en el servidor
Not
501 El servidor no soporta la petición realizada
Implemented
22