Introducción a HTTP. Juan Quemada, DIT - UPM
|
|
|
- Samuel de la Cruz Toro
- hace 8 años
- Vistas:
Transcripción
1 Introducción a HTTP Juan Quemada, DIT - UPM 1
2 Clientes, servidores y la nube TCP UDP IP Internet n Clientes: dan acceso a los usuarios a la información y los servicios n Servidores: alojan la información y los servicios n La nube: conjunto de terminales y servidores TCP/IP w interconectados con las aplicaciones y protocolos de Internet n protocolos para crear aplicaciones sobre redes hetereogeneas w IP (Internet Protocol): protocolo de interconexión de redes hetereogeneeas n Protocolo del cual hereda su nombre Internet n Cada elemento de Internet tiene una dirección IP diferente: ,... w TCP y UDP: protocolos de transporte de información n Las mayoría de las aplicaciones de Internet usan el servicio TCP n Conectando clientes y servidores con circuitos virtuales n Voz y video sobre IP usan el servicio UDP 2
3 Servidores y puertos Puerto (TCP) n n Dirección de aplicación de 16 bits dentro de la máquina servidora w Donde se instala el programa servidor El programa servidor es lo que normalmente denominamos servidor w Cliente y servidor se comunican a través de circuitos virtuales TCP (son fiables) n Cliente y servidor se comunican con un protocolo de aplicación: HTTP, SMTP,.. Los servicios tienen un protocolo y un puerto por defecto n Web: protocolo HTTP (puerto 80), HTTPS (443) n protocolo SMTP (puerto 25), POP3 (110), IMAP143) n Shell segura: protocolo SSH (puerto 22) Si un servidor no está en el puerto por defecto n Su dirección debe incluir el puerto, p.e. dit.upm.es:8080, upm.es:8000 Juan Quemada, DIT, UPM Servidor (host) puerto 25 dirección IP puerto SMTP Web: HTTP
4 URIs y URLs URI - Uniform Resource Identifier n identificador de un recurso (servicio) de Internet w RFC 3986 (2005): Existen 2 tipos de URI Formato de un URL: <schema:><//><authority></path><?query><#anchor> <schema:> = protocolo o esquema de acceso al recurso <authority> = <UserInfo@><host><:port> </path> = identificador del recurso en el servidor <?query> = parámetros enviados al recurso <#anchor> = fragmento o parte del recurso n URL - Uniform Resource Locator w Dirección física de un recurso, incluyendo el servidor donde se almacena n n URN: Uniform Resource Name w Dirección lógica independiente de lugar físico (poco utilizado) Ejemplos de URL de , página Web, ftp,.. n URL Web: n URL mailto:jose@dit.upm.es n URL ftp: ftp://ftp.funet.fi/pub/standards/rfc/rfc959.txt 4
5 Cliente envía SOLICITUD a servidor HTTP Servidor envia RESPUESTA a cliente Protocolo transaccional de acceso a recursos n Transacción HTTP se compone de solicitud y respuesta w Método HTTP: tipo de solicitud HTTP (GET, POST, PUT, DELETE,. ) Solicitud y respuesta son mensajes independientes (como s) HTTP no necesita conectividad TCP extremo a extremo n Permite el uso de proxies, caches, firewalls, HTTP es un protocolo extensible que ha evolucionado mucho n HTTP 0.9, 1.0, 1.1 (1999, 2014, ), extensiones WebDav,.. w Resumen: w Norma - RFCs : w 5
6 ... Transacción HTTP 1a linea Solicitud HTTP GET GET /me.htm HTTP/1.1 Host: upm.es Solicitud HTTP parámetros de cabecera Accept: text/*, image/* Accept-language: en, sp... Cliente Web (HTTP) TCP UDP Circuito virtual TCP Respuesta HTTP. Circuito virtual TCP Servidor Web (HTTP) TCP UDP Cuerpo 1a linea User-Agent: Mozilla/5.0 Respuesta HTTP GET HTTP/ OK IP Red 1 Router IP IP IP Router IP Red n IP parámetros de cabecera Cuerpo: Server: Apache/1.3.6 Content-type: text/html Content-length: 608 <html>.. </html> Navegador envía solicitud y servidor devuelve respuesta, p.e. n Solicitud: solicitud GET de un fichero o recurso n Respuesta: respuesta del servidor enviando el fichero o recurso solicitado 6
7 Mensajes (solicitud o respuesta): constan de Cabecera y Cuerpo. Cabecera: string formado por 1a linea y parámetros. Acaba con una línea en blanco (\n\n). -Primera línea de la solicitud: incluye el método, la ruta o path que identifica el recurso en el servidor y la versión de HTTP utilizada por el cliente. -Primera línea de la respuesta: incluye versión HTTP del servidor, código y un mensaje de texto explicativo de la respuesta. -Parámetros de la cabecera: Cada parámetro es un string con el formato: Nombre: valor, que ocupa una línea (acaba con \n). Cuerpo: incluye el recurso enviado que puede ser de cualquier tipo, p.e. string, imagen,. Solicitud Formato 1a linea Parámetros de cabecera Cuerpo GET /dir/me.htm HTTP/1.1\n Host: upm.es\n Accept: text/*, image/*\n Accept-language: en, sp\n... User-Agent: Mozilla/5.0\n \n Método GET, recurso, versión-http 1.1 Host: identifica el servidor, se incluye porque el circuito TCP no es extremo a extremo Accept: tipos MIME de recursos aceptados Accept-language: lenguajes del cliente Acaba con linea en blanco: \n\n GET: NO incluye cuerpo en la solicitud Respuesta 1a linea Parámetros de cabecera Cuerpo HTTP/ OK\n Server: Apache/1.3.6\n Content-type: text/html\n... Content-length: 608\n \n <html>.. </html> Versión HTTP 1.1, 200 (todo ok), mensaje Content-type: tipo MIME de recurso, text/ html es el tipo de una página Web Content-length: número (decimal) de octetos Acaba con linea en blanco: \n\n página HTML (recurso) 7
8 Solicitud HTTP GET Tipos MIME Tipos MIME: definen el tipo de un recurso n Aparecieron en para tipar ficheros adjuntos w Su uso se ha extendido a otros protocolos y en particular a HTTP 1a linea parámetros de cabecera Cuerpo w Tipos: GET /me.htm HTTP/1.1 Host: upm.es Accept: text/*, image/* Accept-language: en, sp... User-Agent: Mozilla/5.0 Un tipo MIME tiene 2 partes tipo / subtipo, n Tipos: application, audio, example, image, message, model, multipart, text, video Ejemplos: n image/gif, image/jpeg, image/png, image/svg,.. n text/plain, text/html, text/css,... n application/javascript, application/msword,.. n.. 1a linea parámetros de cabecera Cuerpo: Pág. HTML Respuesta HTTP GET HTTP/ OK Server: Apache/1.3.6 Content-type: text/html... Content-length: 608 <html>.. </html> HTTP utiliza el tipo mime para tipar el contenido del cuerpo (body) n Cabecera Request: Accept: text/html, image/png,... n Cabecera Response: Content-type: text/html 8
9 Códigos de estado (HTTP status codes) Respuestas informativas (1xx) n 100 Continue Solicitud finalizada (2xx) n 200 OK n 201 Created n 206 Partial Content Redirección (3xx) // Continuar solicitud parcial // Operación GET realizada satisfactoriamente // Recurso creado con POST, PUT // para uso con GET parcial n 301 Moved Permanently // Recurso se ha movido, actualizar URL n 303 See Other n 304 Not Modified Error de cliente (4xx) n 400 Bad request n 404 Not Found // Envía la URI de un documento de respuesta // Cuando el cliente ya tiene los datos // Comando enviado incorrecto // Recurso no encontrado n 405 Method Not Allowed // Método no permitido n 409 Conflict n 410 Gone Error de Servidor (5xx) // Recurso ya no esta // Recurso ya no esta 1a linea parámetros de cabecera Cuerpo: Pág. HTML Respuesta HTTP GET HTTP/ OK Server: Apache/1.3.6 Content-type: text/html n 500 Internal Server Error // El servidor tiene errores, p.e. error lectura disco, Content-length: 608 <html>.. </html>
10 Métodos (verbos, comandos) de HTTP Interfaz Uniforme o CRUD (bases de datos): POST: Crear un recurso en el servidor (Create) GET: Pedir un recurso al servidor (Read) PUT: Modificar un recurso del servidor (Update) DELETE: Borrar un recurso del servidor (Delete) más métodos HEAD: similar a GET, pero solo pide cabecera al servidor OPTIONS: Determinar qué métodos acepta un servidor TRACE: Trazar proxies, caches, hasta el servidor CONNECT: Conectar a un servidor a través de un proxy... 10
11 Servidor Web Juan Quemada, DIT - UPM 11
12 Servidor Web Programa residente en la máquina servidora n Sirve recursos Web (páginas) con transacciones HTTP GET w Un recurso se identifica con un URL, por ej. n El URL Web lleva asociado solo el método GET del protocolo HTTP Los servidores también pueden crear servicios mas complejos n Tiendas electrónicas, redes sociales, blogs, w Se verá en temas posteriores 1) Navegador solicita página Web, identificada con un URL Solicitud HTTP GET: definida por URL 2) La página se visualiza en el navegador una vez cargada con HTTP - GET Respuesta HTTP: página Web con script Servidor sirve recursos Web que pueden estar en ficheros o BBDD Juan Quemada, DIT, UPM 12
13 Repositorio de recursos Web Un servidor Web reserva un directorio para recursos Web n Los ficheros del directorio y sus subdirectorios son accesibles con HTTP GET n El directorio de recursos (páginas,..) Web suele denominarse public, www,.. 1) Navegador solicita GET /dir/hola1.html HTTP1.1 2) Navegador visualiza página Respuesta HTTP: página Web con script Servidor xx.es sirve páginas Web del pueden estar en directorio reservado Juan Quemada, DIT, UPM 13
14 URL Web URL Web: dirección de recurso accesible con HTTP GET n EL URL Web solo permite navegar por páginas Web, pero no modificar recursos Componentes básicos del URL: n n n http: Protocolo o esquema de acceso al recurso (significa HTTP GET) upm.es: Dirección del servidor donde reside el recurso /dir/hola1.html: Ruta (path o camino) al fichero dentro del servidor Ruta (path) n ruta hasta el recurso w desde la raíz del directorio de recursos Los servidores Web suelen configurarse n Con el nombre index.html o index.htm opcional w Es decir, /dir/index.htm es equivalente a /dir/ Juan Quemada, DIT, UPM 14
15 URLs relativos Son relativos al URL (recurso) actual n Solo incluyen la ruta (path), el navegador añade host, protocol,. w Ambos recursos deberán estar en el repositorio del mismo servidor Los URLs relativos pueden ser de 2 tipos: n Ruta o path absolutos: /lib/coches/vw.html w Ruta desde el directorio raíz del repositorio de recursos del servidor n Ruta o path relativos: coches/vw.html, vw.html w Ruta desde el directorio del recurso actual en el servidor Juan Quemada, DIT, UPM 15
16 Interacción HTTP con el servidor Cuando el servidor Web recibe una petición HTTP GET n n Envía el recurso en la respuesta con el código 200 OK, si lo tiene w El parámetro Content-Type: text/html contiene el tipo MIME del recurso enviado Sino, responde con el mensaje de error correspondiente Si el recurso es un fichero, su extensión determina su tipo MIME n xx.htm y xx.html -> text/html n xx.gif -> image/gif n xx.css -> text/css n.. w ver: El navegador interpreta el recurso de acuerdo al tipo MIME recibido n el navegador muestra el código HTML si una página HTML lleva el tipo text/plain w En vez de el tipo mime text/html, que es el tipo que debería llevar Juan Quemada, DIT, UPM 16
17 Códigos de estado de un servidor Web Respuestas informativas (1xx) n 100 Continue // Continuar solicitud parcial Solicitud finalizada (2xx) n 200 OK // Operación GET realizada satisfactoriamente, recurso servido n 201 Created // Recurso creado satisfactoriamente con POST, PUT n 206 Partial Content // para uso con GET parcial Redirección (3xx) n 301 Moved Permanently // Recurso se ha movido, cliente debe actualizar el URL n 303 See Other // Envía la URI de un documento de respuesta n 304 Not Modified // Cuando el cliente ya tiene los datos Error de cliente (4xx) n 400 Bad request // Comando enviado incorrecto n 404 Not Found // Recurso no encontrado, no hay ningún fichero con ese path n 405 Method Not Allowed // Método no permitido, p.e. se solicita método POST, PUT,. n 409 Conflict // Existe conflicto con el estado del recurso en el servidor n 410 Gone // Recurso ya no esta Error de Servidor (5xx) n 500 Internal Server Error // El servidor tiene errores, p.e. error lectura disco,. 17
18 Introducción a express.js y al middleware static Juan Quemada, DIT - UPM 18
19 node.js y express Express: paquete para crear servicios Web n Accesibles por HTTP desde clientes w Mas información: express se basa en node.js y se instala con npm n desde el servidor central en mkdir apps // crear un directorio para las apps express..$ cd apps // entramos en el directorio de trabajo../apps$ npm install express@4.9.0 // Instala express v4.9.0 // en el directorio apps/node_modules/express // Editamos una aplicación express, por ejemplo mi_app.js y../apps$ node mi_app.js // la ejecutamos con node 19
20 Middleware (MW) static de express.js Las aplicaciones express se construyen con middlewares (MWs) n Un middleware es una función que se instala en la aplicación express Un MW se instala en app con el método app.use(mw) n Una vez instalado, un MW se ejecuta con cada solicitud HTTP que llega a app w Doc: Middleware static: funcionalidad de un servidor Web estático n Sirve páginas Web estáticas, estilos CSS, librerías JavaScript, imágenes,.. w Documentación: Express se basa en el modulo connect.js n El concepto de middleware lo hereda de connect y puede utilizar sus MWs w 20
21 Aplicación express.js Una aplicación express es un programa en JavaScript que responde a solicitudes HTTP. El programa carga en primer lugar el módulo express en una variable. var express = require( express ); A continuación crea el objeto servidor invocando el modulo cargado como una función que devuelve el objeto (este patrón se denomina una factoría de objetos) var app = express(); Por último, se arranca el servidor en el puerto Así responderá a las solicitudes HTTP que llegan a dicho puerto. app.listen(8000); 21
22 Middleware static Un middleware se instala invocando el método use() en app. Una vez instalado, se ejecuta cada vez que llega una solicitud HTTP. app.use(express.static(path.join( dirname, 'public'))) instala el middleware con el servidor de páginas Web estáticas, incluido en express. Las páginas deben alojarse en el directorio public. Mas info en: path es un módulo de node.js de gestión de rutas. Y path.join(..) concatena dos rutas. Mas info: dirname: ruta (path) al directorio de ejecución de la aplicación. Mas info en: 22
23 Como funciona el MW static El middleware static, igual que el resto de middlewares de la aplicación express, se ejecuta al llegar una solicitud HTTP al servidor en el puerto El middleware static analiza el método, la ruta (path) y los parámetros de la solicitud HTTP y responde de la siguiente forma: 1) Solo acepta solicitudes de tipo GET y rechaza el resto (POST, PUT, DELETE,.) con 405 METHOD NOT SUPPORTED. 2) Si la ruta (path) referencia un fichero existente en el repositorio de recursos Web, lo devuelve con 200 OK y parámetros asociados. 3) La respuesta al resto de solicitudes GET incluye el código de error correspondiente: 404 NOT FOUND (recurso no existe), 500 INTERNAL SERVER ERROR (error de servidor),. 23
24 Página dir/hola1.html La captura del navegador Firefox con la consola abierta y con red (Net) seleccionado, muestra la transacción GET realizado para traer al navegador la página identificada por: 24
25 Cabecera express.js La consola Firefox permite ver los parámetros de la solicitud y la respuesta al clicar encima. - Status 200 OK: respuesta incluye recurso - Content-Type: text/html; charset=utf-8 -> indica página HTML en UTF-8 - Content-Length: 95 -> indica que el cuerpo lleva 95 octetos Los demás parámetros se ven más adelante. 25
26 Página hola.html El servidor static sirve páginas alojadas en el directorio public. Sirve tanto páginas HTML como otros recursos enlazados, como la hoja de estilo hola.css de la página hola.html. Cada recurso se sirve con una operación HTTP GET diferente. 26
27 CURL Conexión HTTP CURL: cliente de acceso a servicios de cliente-servidor programable y muy completo. La opción -v (verboso) muestra todos los detalles del proceso. Ver opciones con: $ curl --help... $ man curl 27
28 Introducción a REST Juan Quemada, DIT - UPM 28
29 Que es REST REST: REpresentational State Transfer n El estado se representa en el recurso transferido al cliente w REST: Principios arquitecturales para aplicaciones Web escalables n Propuestos por Roy Fielding en su Tesis Doctoral (2000) w Roy Fielding fue co-diseñador de HTTP y ha sido uno de los desarrolladores principales del proyecto Apache n Conocida como: Arquitectura Orientada a Recursos (ROA) Interfaces REST o Servicios Web RESTful n Cliente y servidor interaccionan con Interfaz Uniforme de HTTP w Métodos GET, POST, PUT y DELETE n REST está muy extendido: Google, Twitter, Amazon, Facebook, 29
30 Interfaces REST Interfaz REST n Cliente y servidor interaccionan con HTTP w Cada operación identifica el recurso con una ruta (path) diferente n Por ejemplo, /nota/5, /user/10, /notas/user/5, /grupo?n=23,... Solo utilizan métodos o comandos del interfaz uniforme n GET: n POST: n PUT: trae al cliente (lee) un recurso identificado por un URL crea un recurso identificado por un URL actualiza un recurso identificado por un URL n DELETE: borra un recurso identificado por un URL n... (HTTP tiene mas métodos, pero no pertenecen al interfaz uniforme) HTTP POST google.com/crear?user=5 upm.es HTTP GET upm.es/nota HTTP GET upm.es/grupo?n=23 HTTP GET upm.es/lista google.com apple.es 30
31 Principios REST Direccionabilidad (Addressability) de los recursos Uso del interfaz uniforme de HTTP: GET, POST, PUT y DELETE Comunicación sin estado en el servidor (Statelessness) Servicio hipermedia (Connectedness) conectado con URLs Recursos en formatos abiertos: HTML, XML, JSON, RSS, texto plano, 31
32 Direccionabilidad e interfaz uniforme En una arquitectura orientada a recursos n Todo recurso del servidor tiene una ruta (dirección) diferente w Las rutas (paths) son las direcciones (pueden incluir query o ancla para información adicional) n Los recursos se procesan solo con los métodos del interfaz uniforme w GET, POST, PUT y DELETE Ejemplo de una colección de usuarios (suele asociarse a una tabla de la DB) n La ruta suele tomar el nombre de la colección en plural (usuarios) w Las operaciones individuales identifican al usuario con un identificador en la ruta w POST /usuarios?nombre=pedro+ramirez&edad=8 // Crear nuevo usuario w GET /usuarios // Traer lista de todos los usuarios w GET /usuarios/2007 // Traer datos del usuario 2007 w DELETE /usuarios/2007 // Borrar usuario 2007 de la colección w PUT /usuarios/2007?edad=9 // Actualizar edad del usuario 2007 w ademas suele haber primitivas GET para cargar formularios asociados a POST y PUT 32
33 Solicitud Seguridad e idempotencia Respuesta Seguridad e idempotencia son 2 propiedades importantes n Método seguro (safe): no modifica datos en el servidor y puede ser cacheado n Método idempotente: el resultado es independiente del número de invocaciones Operación idempotente n El resultado de invocar el método n veces es igual a invocarlo 1 vez w Por ejemplo: x=2 es idempotente, pero x=x+1 no es idempotente n Las operaciones asociadas a un interfaz REST deben ser idempotentes w Por ejemplo: PUT /usuario/2007?edad=9 Internet no es fiable n La invocación de una solicitud HTTP puede ejecutarse n veces en el servidor w Si la solicitud se pierde y hay reenvío, el método se ejecuta solo 1 vez w Si la respuesta se pierde y hay reenvío, el método se ejecuta 2 veces en el servidor 33
34 Propiedades del interfaz uniforme Interfaz uniforme o CRUD n Permite crear servicios desacoplados y escalables ( Propiedades de los métodos del interfaz uniforme n POST: n GET: n PUT: El más peligroso (puede duplicar recursos) Seguro (cacheable) e idempotente idempotente n DELETE: idempotente Recomendaciones de diseño importantes n Tratar de minimizar el impacto de no idempotencia de POST n No utilizar nunca GET para modificar recursos del servidor w Utilizar POST, PUT o DELETE según el tipo de modificación, porque GET puede ser cacheado y no modificará los recursos 34
35 Servicio hipermedia sin estado en el servidor El servicio se usa navegando por los recursos recibidos del servidor n El recurso contiene el estado del cliente (suele ser una página Web) w Las transiciones son los enlaces (URLs) y se navega al hacer clic en ellos Los servidores escalan porque no guardan el estado de los clientes n Solo gestionan recursos a través del interfaz uniforme w Con transacciones HTTP que son independientes entre sí Los clientes guardan siempre el estado de uso del servicio n en la página Web o recurso cargadas, en cookies, en localstorage,. 35
36 Representación de los recursos Los recursos transferidos por el servidor al cliente n Representan el estado y las transiciones necesarios para navegar por el servicio w Un mismo recurso se puede representar (o serializar) en distintos formatos Formatos más habituales de representación de recursos: n n n n n HTML: para presentar información legible en un browser w XHTML: versión sintacticamente más estricta de HTML JSON: Formato de serialización de objetos Javascript XML: Formato de datos tipo SGML del W3C RSS: formato para representar colecciones (de feeds de blogs) ATOM: formato para representar colecciones (de feeds de blogs) HTTP usa el tipo MIME para tipar los recursos que transfiere 36
37 Aplicaciones REST con express.js Juan Quemada, DIT - UPM 37
38 Solicitud HTTP (path,..) Métodos de Ruta Respuesta HTTP (body,..) Express posee métodos que instalan middlewares asociados a n verbos HTTP con rutas específicas w get(path, MW), post(path, MW), put(path, MW), delete(path, MW), all(path, MW) w MW solo se ejecuta si verbo y path coinciden con la solicitud HTTP Los 2 primeros parámetros de un middleware MV(req, res,..) son n req: objeto JavaScript con parámetros de la Solicitud HTTP w Doc: n res: objeto JavaScript para configurar la Respuesta HTTP w Doc: Documentación n Doc: 38
39 Ruta GET El método get(path, MW) instala el middleware MW en app para que se ejecute solo cuando llegan Solicitudes HTTP: GET path. Si llega otro método (PUT, POST, DELETE) o es GET con otro path, se pasa al siguiente middleware, sin ejecutar este. La invocación de res.send(string) configura la Respuesta HTTP en el objeto res del middleware con la configuración estándar: - Código: 200 OK - Content-Type: text/html - Content-length: longitud del string en octetos - Body: string y envía la Respuesta HTTP al cliente. 39
40 Un middleware se instala con el método use(mw) o con una ruta, p.e. get(path, MW). Los MWs se invocan en el orden de instalación. El middleware static se ejecuta primero. Si la solicitud es GET y si existe el recurso identificado por el path, el recurso se sirve. MW static y ruta Si el recurso no existe, pasa control al siguiente MW, es decir a la ruta get( /mi_ruta, ) que responde a /mi_ruta con la respuesta programada en el MW asociado (res.send(<html> </html>) 40
41 Si en el repositorio de recursos del middleware static existiese un recurso estático /mi_ruta/index.html este recurso se servirá por el middleware static con cualquiera de estos paths: Prioridad - /mi_ruta - /mi_ruta/ - /mi_ruta/index.html El MW de la ruta get(.) nunca se ejecutará, porque el MW static atiende antes la petición y responde. 41
42 Los filtros get(path, MW) instalan middlewares que se invocan en el mismo orden que han sido instalados. Más rutas Los 3 middlewares de este ejemplo finalizan la atención a la Solicitud HTTP al invocar res.send( ), que envía la respuesta y finaliza la ejecución. Por lo que si uno de ellos atiende la solicitud, los siguientes no se ejecutarán. Express interpreta la ruta * como cualquier path, por lo que el tercer MW atenderá cualquier path que no haya sido atendido por los 2 primeros. 42
43 Parámetros req y res function(req, res) {..} La documentación de la API de express en contiene toda la información sobre las aplicaciones express, los middlewares y sobre los objetos que se manejan, como req y res. 43
44 El parámetro req de un MW express es un objeto con todo lo relativo a la solicitud HTTP y permite conocer sus parámetros. El ejemplo lista por consola del servidor el método y el path obtenidos de las propiedades method y path del objeto req y el parámetro host : obtenido con el método get( ) de la librería express. Objeto res: paráms de la respuesta SOLICITUD: GET /mi_ruta RESPUESTA: HTTP OK 44
45 El parámetro res de permite configurar la Respuesta HTTP. El ejemplo configura el tipo MIME de la página HTML enviada como texto plano con res.type( text/plain ). La respuesta HTTP llevara por lo tanto el parámetro Content-Type: text/plain y el navegador interpretará la página HTML como texto plano mostrando el código HTML en vez de la página formateada. Objeto res: paráms de la respuesta El programa configura además explícitamente el el código 200 OK con el método status() de la API. 45
46 CURL Conexión HTTP CURL: cliente de acceso a servicios de cliente-servidor programable y muy completo. La opción -v (verbosa) muestra todos los detalles del proceso. Ver opciones con: $ curl --help... $ man curl 46
47 Parámetros de ruta (path) Juan Quemada, DIT - UPM 47
48 Acceso parámetros en la ruta (path) Un cliente puede enviar parámetros n como parte de la ruta (path) w Estos URLs se denominan URLs pesados o fat URLs express.js permite identificar parámetros n en la definición de rutas que acepta utilizando el caracter : w Ejemplos n '/hola/:n' n '/service/:op/user/:id' // donde :n es un parámetro // donde :op e :id son parámetros Los parámetros pueden tomar cualquier valor n La ruta fija solo la parte que no son parámetros 48
49 Parámetros de ruta Los parámetros req, res dan acceso desde el manejador function (req, res) {..} a las cabeceras HTTP de solicitud y respuesta. req guarda en params los parámetros del URL con el mismo nombre: - req.params.n - req.params.id - req.params.op 49
50 Condiciones en parámetros Este ejemplo acepta URLs con paths /user, /user/pepe, /user/1,.. o /user1/27, /user1/1,.. pero no responderá a URLs con paths /usuario, /user2, /user1/pepe,.. 50
51 Composición y ejecución de middlewares Juan Quemada, DIT - UPM 51
52 Middleware express Middleware express n Función JavaScript que se ejecuta al llegar una transacción HTTP w Recibe la solicitud HTTP en el parámetro req y prepara la respuesta en el parámetro res w Pasa control con next() al siguiente MW o con next(err) al siguiente MW de error Se instalan con use(..) o con rutas como get(..), put(..),.. n El orden de ejecución (invocación) es el mismo en que han sido instalados Los MWs permiten una programación secuencial, modular y legible n Conservan la eficacia de la programación por eventos w w express.js se basa en el concepto de middleware de connect.js n Hereda muchos MWs: n Proyecto connect: 52
53 Composición y terminación de middlewares express estructura la respuesta a una solicitud HTTP n Como una secuencia de middlewares donde w cada middleware procesa algún elemento u opción de la transacción HTTP n La función next() permite pasar control al siguiente middleware Un middleware puede terminar de 3 formas n Finalizando el proceso (si MW finaliza sin invocar next()) w En este caso se suele enviar la respuesta HTTP al cliente invocando send() w La atención a la solicitud HTTP acaba y los siguientes MWs ya no se ejecutarán n Pasando control al siguiente middleware w Un middleware cede el control al siguiente MW invocando la función next() n Pasando control al siguiente middleware de error w Un MW cede el control al primer MW de error invocando la función next(err) 53
54 Parámetros de un middleware Un middleware tiene estos 3 primeros parámetros n middleware(req, res, next) w el MW se puede invocar como MW(), MW(req, res), MW(req, res, next, id), Un middleware de error incluye un error como primer parámetro n middleware_de_error(err, req, res, next) Parámetros de un middleware n err: parámetro con error (solo en middleware de error) n req: parámetro con objeto con la información de la solicitud HTTP n res: parámetro con objeto donde se construye la respuesta HTTP n next: función de paso de control al siguiente middleware 54
55 Contador de visitas Los middleware de express se ejecutan en el orden en que se ha instalado con app.use(<mideleware>). El middleware es una función con hasta 3 parámetros: function(res, req, next) req y res dan acceso a la solicitud y a la respuesta HTTP. La función next() pasa el control al siguiente middleware. Como next() no se invoca, la ejecución finaliza en este middleware, que envía la respuesta al cliente con send( ). express.js utiliza app.locals y res.locals para definir variables locales en MWs. app.locals es visible en todo app y res.locals solo es visible en res en el mismo middleware (no se hubiese podido utilizar aquí) 55
56 Los métodos get(), post(), put() y delete() instalan también middlewares. middleware get() En este MW la condición de if/else decide si - se envía la respuesta al cliente con la función send() y finaliza la atención a la solicitud HTTP. - se invoca la función next() y se pasa control al siguiente middleware. 56
57 La function(err, res, req, next) define un middleware de error, donde el primer parámetro err representa una condición de error encontrada en otro middleware. Si el user del primer get() no es Ana, Pepe o Eva, se invoca next( new Error(...)) pasando directamente al middleware de error (ver ejemplo). middleware de error 57
58 Middlewares existentes (connect y otros) logger request logger with custom format support csrf Cross-site request forgery protection compress Gzip compression middleware basicauth basic http authentication bodyparser extensible request body parser json application/json parser urlencoded application/x-www-form-urlencoded parser multipart multipart/form-data parser cookieparser cookie parser session session management support with bundled MemoryStore cookiesession cookie-based session support methodoverride faux HTTP method support responsetime calculates response-time and exposes via X-Response-Time staticcache memory cache layer for the static() middleware static streaming static file server supporting Range and more directory directory listing middleware vhost virtual host sub-domain mapping middleware favicon efficient favicon server (with default icon) limit limit the bytesize of request bodies query automatic querystring parser, populating req.query errorhandler flexible error handler y más módulos de terceros ( 58
59 Formulario GET Juan Quemada, DIT - UPM 59
60 Parámetros con GET GET /hola?user=paco&id=7 HTTP/1 Host: upm.es Accept: text/*, image/* Accept-language: en, sp... User-Agent: Mozilla/5.0 Un formulario permite enviar parámetros al servidor n solo mediante Solicitudes HTTP de tipo GET y POST w Los parametros se teclean en cajetines del formulario n Los cajetines se definen con la marca <input.> y otras GET envía parámetros en pregunta (query) del path n Solicitud HTTP: GET /hola?user=paco&id=7 w Valores de parámetros: van en el query del path n Son strings de tamaño limitado Solicitud formulario Un envío de parámetros al servidor n Suele incluir dos transacciones w Transacción 1: Carga del formulario w Transacción 2: Envío y proceso de datos Envío formulario Envio parámetros Resultado envío 60
61 Un formulario se crea con la marca <form..> Formulario: ejemplo <form method=.. action=.. > -> method indica si es GET o POST -> action define la ruta (path) de la transac. Las marcas <input..> definen los cajetines y botones del formulario: <input type='text'..> crea un cajetín donde teclear un parámetro. -> name='user' nombre del parámetro -> value='teclee..' texto del cajetín. <input type='submit'..> crea el boton de realizar transacción. -> value='enviar' define texto del botón 61
62 Envío de parámetros en query El envío de datos de un cliente a un servidor necesita un formulario, por lo que una aplicación de envío de datos necesita soportar 2 transacciones. - Transacción 1: cargar de la página Web con el formulario que permite enviar los datos. - Transacción 2: envío de datos en query con GET desde el formulario, seguida de respuesta. Solicitud formulario Envío formulario Envio parámetros GET /hola?user=paco HTTP/1.1 Host: upm.es Accept: text/*, image/* Accept-language: en, sp... User-Agent: Mozilla/5.0 Resultado envío 62
63 Formulario con GET Transacción 1: carga el formulario e,n el cliente Transacción 2: envía datos al servidor y recibe respuesta. Los datos de query se guardan en express en propiedades de req.query del mismo nombre que cada <input name= user > del formulario: req.query.user 63
64 URL Encode Juan Quemada, DIT - UPM 64
65 URL or percent encoding Un URL se codifica en UTF-8 para su envío por Internet n Utilizando percent o URL encoding w Corresponde con tipo MIME: application/x-www-form-urlencoded n URL encoding respeta la sintaxis de un URL Reglas de codificación n Los siguientes caracteres no se codifican: a-za-z0-9- _. ~!() n Resto de caracteres UTF-8 w Cada byte se codifica en hexadecimal con tres caracteres ASCII: %xy n Salvo * ; & = + $, /? % # [ ] cuando son delimitadores en un URL w El caracter en blanco puede codificarse como %20 o + n Ejemplo: 65
66 Envío de parámetros URL encoded en query Solicitud formulario Las Solicitudes HTTP GET llevan los valores asignados a los parámetros del query siempre codificados en URLencoded. En el formulario anterior con GET, tanto el navegador, como express procesan bien los parámetros. Envío formulario GET /hola?user=paco+%2b+%26+%25+%24 HTTP/1.1 Envio parámetros Host: upm.es Accept: text/*, image/* Accept-language: en, sp... User-Agent: Mozilla/5.0 Resultado envío 66
67 Modulo querystring de node.js Codifica y decodifica en formato URL encoded n Los métodos stringify y parse w transforman un objeto en un query (string URL encoded) y viceversa n Doc: 67
68 Formulario POST Juan Quemada, DIT - UPM 68
69 Parámetros en POST POST /hola HTTP/1.1 Host: upm.es Accept: text/*, image/*... Content-type: application/x-www-form-urlencoded Content-length: 17 user=paco+perez Un formulario permite enviar parámetros al servidor n solo mediante Solicitudes HTTP de tipo GET y POST w Los parametros se teclean en cajetines del formulario n Los cajetines se definen con la marca <input.> y otras POST envía parámetros en el cuerpo (body) de la solicitud n Los parámetros strings en formato URL-encoded similar a la query w Ejemplo de contenido del body: id=47&user=paco+perez n Los parámetros pueden tener cualquier tamaño Solicitud formulario Un envío de parámetros al servidor n Suele incluir dos transacciones w Transacción 1: Carga del formulario w Transacción 2: Envío y proceso de datos Envío formulario Envio parámetros Resultado envío 69
70 Envío de parámetros en body El envío de datos de un cliente a un servidor necesita un formulario, por lo que una aplicación de envío de datos suele cargar el formulario antes de realizar el envío. - Transacción 1: carga de la página Web con el formulario que permite enviar los datos. - Transacción 2: envío de datos en body con POST desde el formulario, seguida de respuesta. Solicitud formulario Envío formulario Envio parámetros Envío resultado POST /hola HTTP/1.1 Host: upm.es Accept: text/*, image/*... Content-type: application/x-www-form-urlencoded Content-length: 17 user=paco+perez 70
71 Formulario con POST Los parámetros del formulario se envían en formato URL encoded en el cuerpo (body) de la respuesta. Para descodificarlos se debe instalar el paquete bodyparser de connect y usar su MW urlencoded(), que los guarda descodificados en propiedades de req.body con el mismo nombre de los parametros del formulario <input.. name= user >: req.body.user. Además se ha instalado el MW static visto anteriormente. 71
72 Cabeceras de transacción POST Esta captura ilustra los parámetros de las cabeceras de la solicitud y la respuesta HTTP POST de la aplicación express anterior. 72
73 Parámetro oculto y method override Juan Quemada, DIT - UPM 73
74 Parámetro oculto Parámetro oculto n Parámetro enviado al servidor, que no está visible en la página HTML w Se pueden enviar en el query (GET y POST) o en el body (POST) Envío en el query de un hiperenlace n <a href= /dir/hola.htm?id=47 > Envío de parámetro oculto</a> Envío en el query de la acción de un POST n <form method="post" action="/dir/hola?id=47"> </form> Envío en el body de un formulario con marca marca input, de tipo hidden" n <input type="hidden" name="id" value= 47"> GET /hola?id=47&user=paco HTT... 74
75 Method Override Un formulario solo puede enviar GET y POST al servidor n Aplicaciones REST deben enviar también PUT y DELETE w Las técnicas de method override (anulación) envían PUT o DELETE n Encapsulados en un parámetro oculto dentro de una transacción POST PUT y DELETE se encapsulan en el parámetro: _method n _method=put o _method=delete w Es una convención que indica que PUT o DELETE van encapsulados POST n ver method-override de express: PUT y DELETE podrían encapsularse en GET n Siempre que no necesiten llevar información en el body w Pero es bastante antinatural y pueden no funcionar con caches mal diseñadas 75
76 methodoverride() methodoverride() se instala con use() como otros middlewares y desencapsula PUT y DELETE encapsuladas dentro de POST. En el ejemplo se envían en body los parámetros (urlencoded): _method=put&user=paco Así las acciones PUT o DELETE se definen con put() y delete(), igual que get() o post(). 76
77 Final del tema 77
Introducción a HTTP. Juan Quemada, DIT - UPM
Introducción a HTTP Juan Quemada, DIT - UPM 1 Clientes, servidores y la nube TCP UDP IP Internet n Clientes: dan acceso a los usuarios a la información y los servicios n Servidores: alojan la información
Quiz 11: Crear preguntas. Juan Quemada, DIT - UPM
Quiz 11: Crear preguntas Juan Quemada, DIT - UPM 1 Quiz 10: Crear preguntas Objetivo: Introducir en la aplicación Quiz un formulario que permita crear preguntas nuevas y añadirlas a la base de datos. Paso
HTTP Introducción. Redes de Datos Ing. Marcelo Utard / Ing. Pablo Ronco FACULTAD DE INGENIERIA UNIVERSIDAD DE BUENOS AIRES
Introducción Protocolo de capa de aplicación utilizado para la transferencia de Recursos u objetos. Opera sobre TCP típicamente en el puerto 80 Simple Stateless Genérico Utiliza las extenciones MIME. Transporte
Laboratorio de Aplicaciones Telemáticas (Curso 2009/2010)
Desarrollo de aplicaciones Web con Servlets y JSP Laboratorio de Aplicaciones Telemáticas (Curso 2009/2010) Jesús Arias Fisteus jaf@it.uc3m.es Desarrollo de aplicaciones Web con Servlets y JSP p. 1 URIs
PRACTICA CAPITULO 2 MODULO 1 PROTOCOLOS Y LA FUNCIONALIDAD DE LA CAPA DE APLICACIÓN
PRACTICA CAPITULO 2 MODULO 1 PROTOCOLOS Y LA FUNCIONALIDAD DE LA CAPA DE APLICACIÓN Los protocolos de capa de aplicación de TCP/IP más conocidos son aquellos que proporcionan intercambio de la información
Clase. geniería de la Computación. Departamento de Ciencias e Ing. Diego C. Martínez - DCIC-UNS
Ingeniería de Ap plicaciones Web Clase 2 Diego C. Martínez Departamento de Ciencias e Ing geniería de la Computación Universidad Nacional del Sur Internet y sus servicios Internet define una forma de conexión
Desarrollo y servicios web
Desarrollo y servicios web Luisa Fernanda Rincón Pérez 2014-2 2 Sesión 3. Arquitectura web básica parte 2 Qué haremos hoy? 3 1. La era post pc 2. Nombres de dominio 3. URL 4.HTTP( GET / POST) La era post-pc
Tema 1 HTTP y aplicaciones web
Tema 1 HTTP y aplicaciones web Indice 1. HTTP para sitios web estáticos 2. HTTP básico para aplicaciones web 3. Aplicaciones AJAX 4. APIs REST 1.1. HTTP para sitios web estáticos Petición/respuesta HTTP
EL MODELO DE ESTRATIFICACIÓN POR CAPAS DE TCP/IP DE INTERNET
1 EL MODELO DE ESTRATIFICACIÓN POR CAPAS DE TCP/IP DE INTERNET La familia de protocolos TCP/IP fue diseñada para permitir la interconexión entre distintas redes. El mejor ejemplo es Internet: se trata
Tema 4: Diseño e Implementación de la Capa Web
Tema 4: Diseño e Implementación de la Capa Web Índice 4.1 Tutorial de Servlets y JSPs 4.2 Tutorial de Tapestry 4.3 Caso de Estudio: Diseño e Implementación de la Capa Web de MiniBank 4.4 Caso de estudio:
Servicio de publicación de información web (HTTP)
Servicio de publicación de información web (HTTP) La Web es uno de los servicios más comunes en Internet, tanto que se ha convertido en su cara visible para la mayoría de los usuarios. Una página Web empezó
PRACTICA CAPITULO 2 MODULO 1 PROTOCOLOS Y LA FUNCIONALIDAD DE LA CAPA DE APLICACIÓN
PRACTICA CAPITULO 2 MODULO 1 PROTOCOLOS Y LA FUNCIONALIDAD DE LA CAPA DE APLICACIÓN Los protocolos de capa de aplicación de TCP/IP más conocidos son aquellos que proporcionan intercambio de la información
Capa de Aplicación (Parte 2 de 2)
Capa de Aplicación (Parte 2 de 2) Redes de Computadoras HTTP (Hypertext Transfer Protocol) 1 Qué es Internet? Internet conecta a un conjunto de redes usando protocolos estándar Protocolos de enrutamiento,
Clase 22 Nivel de Aplicación WWW Tema 6.- Nivel de aplicación en Internet
Clase 22 Nivel de Aplicación WWW Tema 6.- Nivel de aplicación en Internet Dr. Daniel Morató Redes de Computadores Ingeniero Técnico de Telecomunicación Especialidad en Sonido e Imagen 3º curso Temario
LABORATORIO DE RC: PRÁCTICA 4: IMPLEMENTACIÓN DE UN CLIENTE DE CORREO
UNIVERSIDADE DA CORUÑA Departamento de Tecnoloxías da Información e as Comunicacións LABORATORIO DE RC: PRÁCTICA 4: IMPLEMENTACIÓN DE UN CLIENTE DE CORREO PRÁCTICA 4: Implementación de un Cliente de Correo
Desarrollo y servicios web
Desarrollo y servicios web Luisa Fernanda Rincón Pérez 2015-1 Qué vimos la clase pasada? 1. Fin tutorial HTML 2. Nombres de dominio 3. URLs 3 Sesión 4. Método GET - POST Qué haremos hoy? 1. Tipos de solicitudes
Tema 4: Tecnologías Web Java
Tema 4: Tecnologías Web Java Introducción Aplicación web Aplicación que corre en al menos un servidor y a la que el usuario accede desde un cliente de propósito general (ej.: navegador en un PC, teléfono
Introducción a las Redes de Computadoras. Obligatorio 2 2011
Introducción a las Redes de Computadoras Obligatorio 2 2011 Facultad de Ingeniería Instituto de Computación Departamento de Arquitectura de Sistemas Nota previa - IMPORTANTE Se debe cumplir íntegramente
Tema 2 El Servicio Web
Tema 2 El Servicio Web Eduardo Martínez Graciá Humberto Martínez Barberá Departamento de Ingeniería de la Información y las Comunicaciones Universidad de Murcia Introducción Nace en el CERN, en 1989 Surge
Portal Inteligente Medellín Documentación de la Arquitectura de Software
Guías para las API de servicios Portal Inteligente Medellín Documentación de la Arquitectura de Software Juan G. Lalinde-Pulido Claudia M. Zea Luis F. Londoño Nicolás Hock Sergio A. Monsalve Departamento
URL. Después de los dos puntos: se interpreta según el método de acceso. Suele contener direcciones y puntos de acceso en una máquina. Esquema URL.
URL. Un URL ó Uniform Resource Locator (Localizador Uniforme de Recurso) es un medio estándar de identificar direcciones internet en la Web. Tiene dos partes, separadas por dos puntos: Antes de los dos
TECNOLOGÍAS ASOCIADAS A LAS APLICACIONES WEB
TECNOLOGÍAS ASOCIADAS A LAS APLICACIONES WEB Existen varios tipos de tecnologías para los Servidores Web, estas tecnologías se pueden dividir en 4 grupos principales que son: Tecnologías al lado del cliente
INTRODUCCION. Tema: Protocolo de la Capa de aplicación. FTP HTTP. Autor: Julio Cesar Morejon Rios
INTRODUCCION Tema: Protocolo de la Capa de aplicación. FTP HTTP Autor: Julio Cesar Morejon Rios Qué es FTP? FTP (File Transfer Protocol) es un protocolo de transferencia de archivos entre sistemas conectados
Si usted quiere desarrollar con Bluevia y Java, esto es lo primero que debe saber
LIMINAL Si usted quiere desarrollar con Bluevia y Java, esto es lo primero que debe saber Mario Linares Vásquez mario.linares@liminal-it.con Junio 30 de 2011 Network as a Service - NaaS Que información
Redes I Soluciones de la Práctica 1: /etc/network/interfaces, tcpdump y wireshark
Redes I Soluciones de la Práctica 1: /etc/network/interfaces, tcpdump y wireshark Universidad Rey Juan Carlos Curso 2007/2008 Resumen Los primeros cuatro apartados de la práctica consisten en replicar
QUÉ ES UN SERVIDOR Y CUÁLES SON LOS PRINCIPALES TIPOS DE SERVIDORES? (PROXY, DNS, WEB, FTP, SMTP, ETC.) (DV00408A)
APRENDERAPROGRAMAR.COM QUÉ ES UN SERVIDOR Y CUÁLES SON LOS PRINCIPALES TIPOS DE SERVIDORES? (PROXY, DNS, WEB, FTP, SMTP, ETC.) (DV00408A) Sección: Divulgación Categoría: Herramientas Informáticas Fecha
REDES DE ÁREA LOCAL. APLICACIONES Y SERVICIOS EN WINDOWS
REDES DE ÁREA LOCAL. APLICACIONES Y SERVICIOS EN WINDOWS Servicio DNS - 1 - Servicio DNS...- 3 - Definición... - 3 - Instalación... - 5 - Configuración del Servidor DNS...- 10 - - 2 - Servicio DNS Definición
Configuración de Apache
Configuración de Apache Cuando se ha instalado el servidor, hay que configurarlo. Apache incluye por defecto una configuración que arranca el servidor en el puerto TCP por defecto, que es el puerto 80,
Redes de Computadores II
Redes de Computadores II Capa de Aplicación HTTP Las siguientes láminas son material de apoyo para el estudio de la materia de Redes II. No son un contenido exhaustivo del material. Se recomienda suplementar
EL MODELO DE ESTRATIFICACIÓN POR CAPAS DE TCP/IP DE INTERNET
1 EL MODELO DE ESTRATIFICACIÓN POR CAPAS DE TCP/IP DE INTERNET Cada capa de la pila añade a los datos a enviar a la capa inferior, información de control para que el envío sea correcto. Esta información
DIPLOMADO EN SEGURIDAD INFORMATICA
DIPLOMADO EN SEGURIDAD INFORMATICA Modulo 9: Soporte Computacional Clase 9_3:Protocolos de comunicación y conectividad de arquitecturas multiplataforma. Director Programa: César Torres A Profesor : Claudio
Internet Information Server
Internet Information Server Internet Information Server (IIS) es el servidor de páginas web avanzado de la plataforma Windows. Se distribuye gratuitamente junto con las versiones de Windows basadas en
SISTEMAS DE NOMBRES DE DOMINIO
SISTEMAS DE NOMBRES DE DOMINIO La historia del sistema de nombres de dominio, DNS, se remonta a la década de los setenta, donde cada una de las computadoras conectadas a la red tenía asignada una dirección
Servidores Web E2B2C. Leandro Radusky Esteban Lanzarotti. Nov 2014
Servidores Web E2B2C Leandro Radusky Esteban Lanzarotti Nov 2014 Agenda Mañana HTTP: Arquitectura Cliente/Servidor: introducción teórica. Elementos de una página web: HTML, JavaScript y CSS básicos. python-bottle:
Práctica de introducción a
Práctica de introducción a XML El trabajo consiste en una introducción al uso del lenguaje XML y su aplicación en documentos y sistemas de caracteristicas multimedia. 1.- Qué es XML? XML (extensible Markup
ATEL ASESORES C.A IP Multimedia Subsystem Prof. Diógenes Marcano
SIP Capítulo 3 Pág. 1 SIP es un protocolo para señalización definido por el IETF según el RFC3261. SIP permite establecer, liberar y modificar sesiones multimedia y está basado en un modelo de transacciones
Capítulo 3 Diseño del Sistema de Administración de Información de Bajo Costo para un Negocio Franquiciable
Capítulo 3 Diseño del Sistema de Administración de Información de Bajo Costo para un Negocio Franquiciable 1. Introducción. El Sistema de Administración de Información de un Negocio Franquiciable (SAINF)
Introducción al desarrollo web (idesweb)
Introducción al desarrollo web (idesweb) Práctica 8: PHP 2 (cookies y sesiones) 1. Objetivos Conocer el concepto de cookie y sus posibles usos. Aprender a utilizar las cookies con PHP. Conocer el concepto
Redes de área local: Aplicaciones y servicios WINDOWS
Redes de área local: Aplicaciones y servicios WINDOWS 4. Servidor DNS 1 Índice Definición de Servidor DNS... 3 Instalación del Servidor DNS... 5 Configuración del Servidor DNS... 8 2 Definición de Servidor
Modo básico de funcionamiento del módulo Velneo vmodapache V7
Página 1 de 8 Qué es Velneo vmodapache V7? Se trata del módulo Apache para soluciones web. Es un módulo web del servidor Web Apache que permite servir vía web diversos objetos de instancias de un proyecto
GESTIÓN DOCUMENTAL PARA EL SISTEMA DE CALIDAD
GESTIÓN DOCUMENTAL PARA EL SISTEMA DE CALIDAD Manual de usuario 1 - ÍNDICE 1 - ÍNDICE... 2 2 - INTRODUCCIÓN... 3 3 - SELECCIÓN CARPETA TRABAJO... 4 3.1 CÓMO CAMBIAR DE EMPRESA O DE CARPETA DE TRABAJO?...
Documentación Técnica Conector
Documentación Técnica Conector Torre Ejecutiva Sur Liniers 1324, piso 4 Montevideo Uruguay Tel/Fax: (+598) 2901.2929* Email: contacto@agesic.gub.uy www.agesic.gub.uy Indice 1 Introducción...4 2 Casos
Modulo I. Introducción a la Programación Web. 1.1 Servidor Web.
Modulo I. Introducción a la Programación Web. 1.1 Servidor Web. Antes de analizar lo que es un servidor Web y llevara a cabo su instalación, es muy importante identificar diferentes elementos involucrados
La utilización de las diferentes aplicaciones o servicios de Internet se lleva a cabo respondiendo al llamado modelo cliente-servidor.
Procesamiento del lado del servidor La Programación del lado del servidor es una tecnología que consiste en el procesamiento de una petición de un usuario mediante la interpretación de un script en el
MANUAL DE USUARIO DE CUENTAS DE CORREO
MANUAL DE USUARIO DE CUENTAS DE CORREO Existen dos formas de consultar el correo, por Interfaz Web (Webmail), la cual se realiza desde un navegador de Internet, o mediante un cliente de Correo, tal como
HTTP. Redes I. Departamento de Sistemas Telemáticos y Computación (GSyC) Noviembre de 2011. GSyC - 2011 HTTP 1
HTTP Redes I Departamento de Sistemas Telemáticos y Computación (GSyC) Noviembre de 2011 GSyC - 2011 HTTP 1 c 2011 Grupo de Sistemas y Comunicaciones. Algunos derechos reservados. Este trabajo se distribuye
Univ. de Concepción del Uruguay Facultad de Ciencias Agrarias Ingeniería Agrónoma
INFORMÁTICA Univ. de Concepción del Uruguay Facultad de Ciencias Agrarias Ingeniería Agrónoma Informática Teoría Unidad 5 Prof. Ing Ezequiel Benavente Ciclo lectivo 2014 Diferencias entre un Modem y un
Redes (IS20) Ingeniería Técnica en Informática de Sistemas. http://www.icc.uji.es. CAPÍTULO 8: El nivel de transporte en Internet
Redes (IS20) Ingeniería Técnica en Informática de Sistemas http://www.icc.uji.es CAPÍTULO 8: El nivel de transporte en Internet ÍNDICE 1. Introducción Curso 2002-2003 - Redes (IS20) -Capítulo 8 1 1. Introducción
Tareas sobre ASP. Las cookies son incluidas por un script CGI (servidor) en la cabecera de un paquete http de respuesta al cliente.
Tareas sobre ASP Igarki San Millán Rodríguez Garbiñe López Estívariz Carmen Rodríguez Vázquez Sara Eguiluz Sáez de Urturi Relación entre HTTP y cookies: Las cookies complementan el protocolo HTTP en la
Arquitecturas cliente/servidor
Arquitecturas cliente/servidor Conceptos básicos 1 Conceptos básicos 1. Definición de puerto 2. Sockets 3. Conceptos cliente/servidor 4. Definición de Stream 5. Concurrencia, multiprogramación y multitarea
Boletín de prácticas Práctica 3: HTML básico
HTML básico Boletín de prácticas Práctica 3: HTML básico INFORMÁTICA 1 Curso 2005-2006 Biblioteconomía y Documentación 1.- ENUNCIADO Haciendo uso de lo aprendido en clase de teoría diseñar las siguientes
ARQUITECTURAS CLIENTE/SERVIDOR
Arquitecturas Cliente/Servidor, Sem 2016-1 M.I.Yasmine Macedo Reza 1 ARQUITECTURAS CLIENTE/SERVIDOR Conceptos básicos Arquitecturas Cliente/Servidor, Sem 2016-1 M.I.Yasmine Macedo Reza 2 Conceptos básicos
Introducción al desarrollo WEB. Tecnologías Web
Introducción al desarrollo WEB Tecnologías Web Un poco de Historia World Wide Web (WWW) Inventada por Tim Berners Lee en 1989!!! Mientras trabajaba European Organization for Nuclear Research (CERN) http://www.w3.org/consortium/history.html
Guía de migración a firma HMAC SHA256 Conexión por Redirección
Guía de migración a firma HMAC SHA256 Conexión por Versión: 1.7 Versión: 1.7 i Autorizaciones y control de versión Versión Fecha Afecta Breve descripción del cambio 1.0 06/10/2015 Versión inicial del documento
Internet Information Server
Internet Information Server Internet Information Server 5.0 es un servidor web, que incluye los servicios de HTTP, HTTPS, FTP, SMTP (correo saliente) y NNTP (grupos de noticias). Además es capaz de ejecutar
Ayuda para la instalación Componente Firma Digital INDICE. 1 Configuración previa...2. 1.1 Configuración Internet Explorer para ActiveX...
INDICE 1 Configuración previa...2 1.1 Configuración Internet Explorer para ActiveX...2 1.2 Problemas comunes en sistema operativo Windows...8 1.2.1 Usuarios con sistema operativo Windows XP con el Service
Correo Electrónico: Webmail: Horde 3.1.1
CONTENIDOS: PAGINA Qué es Webmail?. 2 Acceder a Webmail. 2 Instilación del Certificado UCO. 4 Instilación Certificado I.explorer. 4 Instilación Certificado Firefox. 7 Opciones Webmail. 8 Opciones Información
AGREGAR COMPONENTES ADICIONALES DE WINDOWS
INSTALACIÓN DE IIS EN WINDOWS XP El sistema está desarrollado para ejecutarse bajo la plataforma IIS de Windows XP. Por esta razón, incluimos la instalación de IIS (Servidor de Web) para la correcta ejecución
Gracias a ese IP único que tiene cada ordenador conectado a la red de internet se pueden identificar y comunicar los ordenadores.
COMO FUNCIONA INTERNET Internet es una gran red de ordenadores a nivel mundial, que pueden intercambiar información entre ellos. Se pueden comunicar porque están unidos a través de conexiones telefónicas,
Luis Villalta Márquez
- Alojamiento virtual basado en IPs. - Alojamiento virtual basado en nombres. - Alojamiento virtual basado en puertos. - Alojamientos híbridos. Luis Villalta Márquez El término Hosting Virtual se refiere
Para poder instalar el producto, tendremos que obtener el instalador apropiado para nuestro entorno hardware y software.
Instalación de Oracle Service BUS (OSB) 1 DESCARGA DE INSTALADOR Para poder instalar el producto, tendremos que obtener el instalador apropiado para nuestro entorno hardware y software. En la siguiente
TELECOMUNICACIONES Y REDES
TELECOMUNICACIONES Y REDES Redes Computacionales I Prof. Cristian Ahumada V. Unidad V: Capa de Red OSI 1. Introducción. 2. Protocolos de cada Red 3. Protocolo IPv4 4. División de Redes 5. Enrutamiento
Instituto Tecnológico de Las América. Materia Sistemas operativos III. Temas. Facilitador José Doñe. Sustentante Robín Bienvenido Disla Ramirez
Instituto Tecnológico de Las América Materia Sistemas operativos III Temas Servidor Web Apache Facilitador José Doñe Sustentante Robín Bienvenido Disla Ramirez Matricula 2011-2505 Grupo 1 Servidor Web
WINDOWS 2008 5: TERMINAL SERVER
WINDOWS 2008 5: TERMINAL SERVER 1.- INTRODUCCION: Terminal Server proporciona una interfaz de usuario gráfica de Windows a equipos remotos a través de conexiones en una red local o a través de Internet.
DESARROLLO DE APLICACIONES PARA LA WEB II
INSTITUTO POLITÉCNICO NACIONAL ESCUELA SUPERIOR DE CÓMPUTO DESARROLLO DE APLICACIONES PARA LA WEB II ENCABEZADOS Y MÉTODOS BELEN HURTADO ORTIZ 2008630140 8CV5 ENCABEZADOS Y MÉTODOS DE HTTP Comandos Comando
GUIA COMPLEMENTARIA PARA EL USUARIO DE AUTOAUDIT. Versión N 02 Fecha: 2011-Febrero Apartado: Archivos Anexos ARCHIVOS ANEXOS
ARCHIVOS ANEXOS Son los documentos, hojas de cálculo o cualquier archivo que se anexa a las carpetas, subcarpetas, hallazgos u otros formularios de papeles de trabajo. Estos archivos constituyen la evidencia
MANUAL DE USUARIO CMS- PLONE www.trabajo.gob.hn
MANUAL DE USUARIO CMS- PLONE www.trabajo.gob.hn Tegucigalpa M. D. C., Junio de 2009 Que es un CMS Un sistema de administración de contenido (CMS por sus siglas en ingles) es un programa para organizar
PREPARATORIA DIURNA DE CUAUTLA
PREPARATORIA DIURNA DE CUAUTLA Taller de computación II Profr. ING. AARON TABOADA LOMEZ Tecnologías de la Información y Comunicación (TIC) Son aquellas herramientas computacionales que procesan, almacenan,
MANUAL DE USUARIO FACTURACIÓN ELECTRÓNICA
MANUAL DE USUARIO FACTURACIÓN ELECTRÓNICA Proveedores PLATAFORMA FACTURACIÓN ELECTRÓNICA PARA PROVEEDORES DE LA JUNTA DE COMUNIDADES DE CASTILLA LA MANCHA. Índice 1. INTRODUCCIÓN... 3 2. ACCESO A LA PLATAFORMA
DDNS HIKVISION con www.hik-online.com
DDNS HIKVISION con www.hik-online.com Hik-online.com es el servicio de dominio dinámico de Hikvision; provee un servicio gratuito de DDNS a los equipos HIKVISION (DVR, NVR, CAMARAS IP, etc). En el siguiente
GedicoPDA: software de preventa
GedicoPDA: software de preventa GedicoPDA es un sistema integrado para la toma de pedidos de preventa y gestión de cobros diseñado para trabajar con ruteros de clientes. La aplicación PDA está perfectamente
RESTful 4 all. Diego Sapriza diego@sapriza.net @AV4TAr
RESTful 4 all Diego Sapriza diego@sapriza.net @AV4TAr Como diseñar una API RESTful sin morir en el intento. Hi! I M Diego Sapriza @AV4TAr ..uy PHP.meetup.uy DevOps.meetup.uy El mundo evoluciona constantemente
Protocolo HTTP Apache. Servicios HTTP. Esteban De La Fuente Rubio esteban@delaf.cl L A TEX. Universidad Andrés Bello. 17 jun 2011
HTTP esteban@delaf.cl L A TEX Universidad Andrés Bello 17 jun 2011 Tabla de contenidos 1 Protocolo HTTP 2 Protocolo HTTP Hypertext Transfer Protocol. Protocolo utilizado para las transacciones en Internet.
Funcionamiento de Servicios Web, FTP
Funcionamiento de Servicios Web, FTP Tema 2.- Nivel de aplicación en Internet Dr. Daniel Morató Redes de Computadores Ingeniero Técnico en Informática de Gestión, 2º curso Material adaptado del libro Computer
Introducción a las redes de Computadoras Capítulo 2 Clase 2
Introducción a las redes de Computadoras Capítulo 2 Clase 2 Nota acerca de las transparencias del curso: Estas transparencias están basadas en el sitio web que acompaña el libro, y han sido modificadas
PROCESO SERVICIOS INFORMÁTICOS Y DE TELECOMUNICACIONES. Versión: 02 GUIA PARA PUBLICACIÓN DE DOCUMENTOS EN LA WEB Página 1de 6.
DOCUMENTOS EN LA WEB Página 1de 6 Revisó: Profesional DSI Jefe DSI Aprobó Rector Fecha de aprobación Diciembre 03 de 2007 Resolución Nº 1850 1. OBJETIVO Explicar los pasos para la transferencia de archivos
Problemas sobre DNS y HTTP Asignatura de Redes
Problemas sobre DNS y HTTP Asignatura de Redes Universidad Rey Juan Carlos Enero de 2003 Problema 1 cliente.uni.edu ns.nasa.gov es. IN NS ns.es. ns.es. IN A 15.16.17.18 ns.uni.edu Internet ns.es servidor.es.
CIF-KM. GUÍA DE LOS PRIMEROS PASOS
CIF-KM. GUÍA DE LOS PRIMEROS PASOS Secciones 1. CONCEPTOS PREVIOS. 2. INSTALAR CIF-KM. 2.1 Descargar e instalar CIF-KM. 2.2 Configuración de CIF-KM. 2.3 Acceso externo al servidor de CIF-KM. 3. PRIMERA
3.1 Introducción a Wireshark
3.1 Introducción a Wireshark Una herramienta básica para observar los mensajes intercambiados entre aplicaciones es un analizador de protocolos (packet sniffer). Un analizador de protocolos es un elemento
Instalar y configurar W3 Total Cache
Instalar y configurar W3 Total Cache en WordPress Cardenal Gardoki, 1 48008 BILBAO (Vizcaya) Teléfono: 902 012 199 www.hostalia.com La velocidad de carga de una web influye mucho a la hora de mejorar el
Programación de páginas web dinámicas con CGIs
Programación de páginas web dinámicas con CGIs Esquema Webs estáticas o dinámicas. CGIs: Que son y como funcionan Formularios para enviar información CGIs en perl Webs estáticas o dinámicas Una (página)
INTERCAMBIO DE OBJETOS
Departament d Arquitectura de Computadors INTERCAMBIO DE OBJETOS HTTP: Hypertext Transfer Protocol Protocolo de comunicaciones estandarizado que comunica servidores, proxies-cachés y clientes. Permite
Laboratorio de Desarrollo Software! Node.js
Laboratorio de Desarrollo Software Node.js Hoyo 2013-2014 ver: 2014-01-29 1 Node.js http://nodejs.org Node.js is a platform built on Chrome's JavaScript runtime for easily building fast, scalable network
Manual de Usuario de la Herramienta SICRES-Tester. SIR Sistema de Interconexión de Registros. Tipo de documento. Fecha de entrega 08/04/2014
MINISTERIO DE HACIENDA Y ADMINISTRACIONES PÚBLICAS SECRETARÍA DE ESTADO DE ADMINISTRACIONES PÚBLICAS DIRECCIÓN GENERAL DE MODERNIZACIÓN ADMINISTRATIVA, PROCEDIMIENTOS E IMPULSO DE LA ADMINISTRACIÓN ELECTRONICA
Tema 4. II - Cookies. Arquitecturas Distribuidas 11/12
Tema 4. II - Cookies Arquitecturas Distribuidas 11/12 1 II. Cookies 1. Necesidad de mantener información de estado y HTTP 2. Sesiones 3. Qué son las cookies? 4. Funcionamiento de cookies 5. Envío de cookies
(decimal) 128.10.2.30 (hexadecimal) 80.0A.02.1E (binario) 10000000.00001010.00000010.00011110
REDES Internet no es un nuevo tipo de red física, sino un conjunto de tecnologías que permiten interconectar redes muy distintas entre sí. Internet no es dependiente de la máquina ni del sistema operativo
Control de presencia para terminal por huella dactilar
Manual de software Control de presencia para terminal por huella dactilar Access FP (SOFTWARE PARA LECTOR DE HUELLA DACTILAR SIMON ALERT REF.: 8902003-039 y 8902004-039) (Versión de sofware 1.5) (Versión
Crear un servidor Web en IIS
Crear un servidor Web en IIS Qué es un servidor web? Un servidor web es un programa que se ejecuta continuamente en un computador, manteniéndose a la espera de peticiones de ejecución que le hará un cliente
Índice de contenido. Manual de administración de hospedaje para administradores de dominios
Índice de contenido 1. Webmin...2 1.1 Cambio de idioma y tema...2 2. Otros...3 2.1 Cargas y descargas...3 2.2 Conexión Telnet / SSH...4 2.3 Directorios Web Protegidos...5 2.4 Administrador de archivos...6
Práctica 3: Estudio de los protocolos HTTP, SMTP, POP3 e IMAP mediante un analizador de red: Wireshark
FUNDAMENTOS DE REDES DE COMPUTADORES Curso 2009/2010 Práctica 3: Estudio de los protocolos HTTP, SMTP, POP3 e IMAP mediante un analizador de red: Wireshark Introducción En esta práctica vamos a trabajar
INFORMÁTICA IE. Términos a conocer y conceptos básicos. World Wide Web (WWW):
INFORMÁTICA IE MÓDULO INTERNET Términos a conocer y conceptos básicos World Wide Web (WWW): Digamos, simplemente, que es un sistema de información, el sistema de información propio de Internet. Sus características
SERVIDOR WEB PARA ACCESO EN TIEMPO REAL A INFORMACIÓN METEOROLÓGICA DISTRIBUIDA
SERVIDOR WEB PARA ACCESO EN TIEMPO REAL A INFORMACIÓN METEOROLÓGICA DISTRIBUIDA E. SÁEZ, M. ORTIZ, F. QUILES, C. MORENO, L. GÓMEZ Área de Arquitectura y Tecnología de Computadores. Departamento de Arquitectura
Introducción a la Firma Electrónica en MIDAS
Introducción a la Firma Electrónica en MIDAS Firma Digital Introducción. El Módulo para la Integración de Documentos y Acceso a los Sistemas(MIDAS) emplea la firma digital como método de aseguramiento
Manual Desarrollador Externo
Manual Desarrollador Externo Envío Automático Documentos Tributarios Electrónicos OI2003_UPDTE_MDE_1.5 Oficina Internet Subdirección Informática Servicio Impuestos Internos Fecha:31/10/2003 CONTROL DE
Person IP CRM Manual MOBILE
Manual MOBILE División Informática BuscPerson Telecomunicaciones : Manual MOBILE 0.- Introducción 3 0.1 Configuración de los terminales 3 0.2 Acceso de Usuarios 3 1.- Funcionalidades CRM 5 1.1 Agenda del
Creación de páginas Web
Seminario Creación de páginas Web Santander, mayo 2006 Michael González Harbour (mgh@unican.es) GRUPO DE COMPUTADORES Y TIEMPO REAL Michael González Harbour 1 Creación de páginas Web 1. Introducción 2.
Instalación y mantenimiento de servicios de Internet. U.T.3.- Servicio DNS
Instalación y mantenimiento de servicios de Internet U.T.3.- Servicio DNS 1 Qué es el servicio DNS? A los usuarios de Internet les resulta complicado trabajar con direcciones IP, sobre todo porque son
5.1. Qué es Internet? controla todo el sistema, pero está conectado de tal manera que hace
5. Internet 5.1. Qué es Internet? Internet es una red mundial de equipos que se comunican usando un lenguaje común. Es similar al sistema telefónico internacional: nadie posee ni controla todo el sistema,