Clase. geniería de la Computación. Departamento de Ciencias e Ing. Diego C. Martínez - DCIC-UNS

Transcripción

1 Ingeniería de Ap plicaciones Web Clase 7 Diego C. Martínez Departamento de Ciencias e Ing geniería de la Computación Universidad Nacional del Sur

2 Cliente - servidor HTTP Tecnologías del lado del cliente HTML XHTML CSS JavaScript DOM Más relacionado con la presentación de información

3 Cliente - servidor Tecnologías del lado del servidor CGI Scripts Perl PHP Java Más relacionado con el Más relacionado con el procesamiento de información

4 Servidores Web El Servidor Web es el encargado de recibirr los pedidos HTTP y realizar el procesamiento necesario para devolver una respuesta HTTP. En general todos se organizan de forma similar... esperar conexion recibir mensaje HTTP procesar pedido HTTP aplicaciones ports generar respuesta HTTP docroot enviar mensaje HTTP La funcionalidad d general es compleja: pueden agregarse extensiones, filtros, hosts virtuales, directivas de seguridad a diversos niveles, etc.

5 Servidores Web En su expresión más simple, el servidor es básicamente un servidor de documentos: busca, identifica y retorna documentos, usualmente HTML. Documentos 80 request Pero siguiendo este esquema, el origen de la respuesta siempre es estático. La web en sus origenes : "page replacement" Sin embargo, en muchos casos es deseab ble consultar información que es fruto de un procesamiento previo: consultas a bases de datos, respuestas a formularios, consultas a otros sistemas etc. Se podría utilizar el mismo protocolo para ejecutar programas a distancia...

6 Servidores Web request 80 código Los documentos que recibe el cliente no existen textualmente en el servidor. Son generados de acuerdo a código residente en el servidor. El cliente solicita entonces el programa que debe ejecutarse, no el documento que debe entregarse. Como permitir que clientes remotos puedan ejecutar aplicaciones, enviarles información para su procesamiento y recibir el resultado correspondiente?

7 Server Side Includes Los Server Side Includes (SSI) son directiv vas que se incluyen en las páginas HTML, dirigidas al servidor para algún procesamiento específico antes de retornar ese documento al cliente. La idea es incluir alguna información dinámica en una página creada estáticamente. La estructura de una directiva es: <!--#directiva parametro=v valor parametro=valor --> Algunas directivas comunes: <!--#echo var="date_local" --> <!--#config timefmt="%a %B %d, %Y" --> Hoy es <!--#echo var="date_local" --> Ultima modificacion: <!--# #flastmod file="index.html" --> <!--#include virtual=" "/footer.html" --> <!--#printenv -->

8 Server Side Includes <!--#set var="cost" value="\ \$100" --> <!--#if expr="test_condition" --> <!--#elif expr="test_condition" --> <!--#else --> <!--#endif --> Debe indicarse específicamente qué archivos seran preprocesados en búsqueda de tags SSI. La extensión habitual es shtml. En Apache puede utilizarse XBitHack para independizarse de la extensión. No todos los servidores aceptan SSI. Aunque es tecnología vieja, todavia se usa con frecuencia cuando el balance estático-dinámico en la página lo justifica.

9 CGI Scripts CGI (Common Gateway Interface) es un estándar que establece una interfaz entre aplicaciones externas y servidores de información, como HTTP o FTP. Básicamente es un mecanismo que permite a todo el mundo ejecutar un programa determinado, residente en un servidor de información. Por este hecho se les suelee denominar aplicación CGI, o scripts CGI. Rob McCool Esto requiere algunas consideraciones de seguridad. Por ejemplo, usualmente las aplicaciones a ejecutarse se mantienen en directorios fuera del alcance normal. Como es un estándar de interfaz, cualquier programa puede ejecutarse como aplicación CGI: puede ser implementado en C, C++, Fortran, PERL, Unix Shell, etc. La particularidad es que no utiliza la línea de comandos para recibir información, sino variables de entorno... QUERY_STRING es todo lo que sigue luego del primer? del URL. PATH_INFO es la ruta para información adicional que puede requerir la aplicación.

10 Common Gateway Interface Datos Cliente Servidor Applicación

11 CGI La aplicación CGI recibe los datos en form ma de variables de entorno y simplemente escribe sus resultados en la salida estándar. Sin embargo, debe hacerlo sabiendo que el receptor directo es el servidor. Esto implica que debe escribir unos header rs antes: Por ejemplo, para enviar HTML debe escribirse: Content-ty t type: text/htmlt/ht <HTML><HEAD> <TITLE>Titulo</TITLE> </HEAD><BO ODY>... </BODY></HTML> Para redireccionar a otro documento Content-type: text/html Location: <HTML><HEAD><TITLE>Oops..</TITLE> </HEAD><BODY>... </BODY></HTML>

12 CGI Scripts - Perl Uno de los lenguajes más populares par ra la implementación de aplicaciones CGI es Perl, creado en 1987 por Larry Wall. El nombre Perl es una derivación de pearl (perla en inglés). Mateo 13:45-46 El Reino de los Cielos se parece también a un negociante que se dedicaba a buscar perlas finas; y al encontrar una de gran val lor, fue a vender todo lo que tenía y la compró. Larry Wall a.k.a PERL -- Practical Extraction and Report Language Es un lenguaje de programación dinámico, y el que mayoritariamente contribuyó al titulo de scripts que suelen tener las aplicaciones CGI. La sintaxis es similar a la del lenguajee C, pero con claras diferencias por la necesidad de ser dinámico.

13 CGI Perl - ejemplos HTML <form method="post" action=" /localhost/cgi-bin/mostrar.pl" > Texto: <input type="text" name="mitexto"><br> <input type="submit" value="enviar"> <input type="reset" value="li impiar"> </form> #!c:\program Files\Per rl\bin\perl.exe \p $inputlength=$env{'content_length'}; read(stdin,$formdata,$ $inputlength); ($name,$value)=split /=/,$formdata; print "Content-type: type: text/html\n"; print "\n"; print " <HTML> <HEAD> <TITLE>Resultados:</TITLE> </HEAD> <BODY> <H1>Esto es lo que se ha ingresado:</h1> <BR> $name = $value </BODY> </HTML>"; Script CGI (PERL)

14 CGI - Perl Algunas características generales de Perl: Perl es Open Source (GPL). Al ser dinámico no requiere declaración de variables. Puede realizar entrada y salida estándar o comunicarse con un servidor via la interfaz CGI (usando filehandles, comoo STDIN). Las variables comienzan con el símbol lo $ (eventualmente tambien % Es fácil definir arreglos y tablas hash simples. Provee librerias para el acceso a basess de datos Admite muchas características de la orientación a objetos. Posee buen soporte para la utilización de expresiones regulares. Mucha ayuda, libros, tutoriales.

15 CGI y Java El estándar CGI sugiere que cualquier puede actuar como script CGI. aplicación escrita en cualquier lenguaje Algunos lenguajes pueden presentar obstáculos, como en Java: Las aplicaciones Java no pueden ejecutarse como cualquier otra aplicación. Java no tiene acceso general al entorno. Una forma de solucionar esto es construir un shell script que administre i la interacción Java WebServer: recolecta los datos de entorno y se los envía a la aplicación Java. Sin embargo, es algo contraproducente. Java propone p una arquitectura aparte paraa sus aplicaciones del lado servidor y ésa debería usarse.

16 Programación del lado servidor otro modelo El estándar CGI establece el vínculo entre e el servidor web y una aplicación externa que recibe y procesa datos. El uso popular p de Perl y la técnica de tecnologías para la programación del lado Otra aproximación para lograr dinamismo en las páginas web es incluir el intérprete t enel servidor (al estilo CGI) y procesar documentos con tags incrustados en su contenido (a la manera de SSI). <HTML> <HEAD> <TITLE>Pagina</TITLE> </HEAD> <BODY> <H1>Encabezado</H1> <BR> Bla bla bla <tagespecial..codigo en algun lenguaje... tagespecial> </BODY> </HTML> SSI derivaron con el tiempo en nuevas servidor.

17 Programación del lado servidor otro modelo Documentos con código incrustado Preprocesadoo 80 request