HTTP Desde 1990, el protocolo HTTP (Protocolo de transferencia de hipertexto) es el protocolo ms utilizado en Internet. La versin 0.

9 slo tena la finalidad de transferir los datos a travs de Internet (en particular pginas Web escritas en HTML). Este protocolo permite la transferencia de mensajes con encabezados que describen el contenido de los mensajes mediante la codificacin MIME -extensiones multipropsito de correo en Internet. Se utiliza en las transferencias de informacin de pginas en Internet, de tal forma que puedan ser visualizadas en un navegador o explorador; habitualmente comprender, entre otros elementos, textos en lenguaje HTML, imgenes, Applets de Java, datos, documentos de diversos tipos, animaciones y elementos multimedia. HTTP es el protocolo de transferencia de informacin que forma la base de la coleccin de informacin distribuida denominada World Wide Web. El protocolo HTTP no fija exactamente lo que se enva o cmo est programado, slo se refiere al mecanismo empleado para hacer llegar y recibir dicha informacin entre los servidores y el usuario final. Por tanto, controlar el mecanismo de comunicacin entre los servidores. Debido a la gran evolucin de Internet, se estn estudiando alternativas ms giles al HTTP original, como pueden ser el HTTP-NG (HyperText Transport Protocol-Next Generation). Comunicacin entre el navegador y el servidor La comunicacin entre el navegador y el servidor se lleva a cabo en dos etapas: El navegador realiza una solicitud HTTP El servidor procesa la solicitud y despus enva una respuesta HTTP

En realidad, la comunicacin se realiza en ms etapas si se considera el procesamiento de la solicitud en el servidor. Dado que slo nos ocupamos del protocolo HTTP, no se explicar la parte

del procesamiento en el servidor. Si este tema les interesa, puede consultar sobre el tratamiento de CGI. Los creadores del HTTP 1.1 lo describen como: "un protocolo de nivel de aplicacin orientado a sistemas distribuidos, para la colaboracin e hypermedia. Un protocolo genrico, sin estado, orientado a objetos y que puede ser utilizado para muchas aplicaciones, como servidores de nombres y sistemas de gestin de objetos distribuidos, a travs de las extensiones de los mtodos de peticin. Una caracterstica de este protocolo es la negociacin de los tipos y representacin de los datos, permitiendo que los sistemas no dependan del tipo de datos que se utilicen". Los mismos creador de HTTP 1.0 son conscientes de las limitaciones de escalabilidad y rendimiento del protocolo, por lo que recomiendan que ningn otro servidor lo utilice, y que se utilice de forma nica el HTTP 1.1. URL Prcticamente, todo el mundo est familiarizado con una direccin de Internet o URL (Uniform Resource Locutor) usadas en pginas Web. Direcciones como por ejemplo www.itspp.edu.mx nos resultan tan conocidas como la direccin de una calle. La palabra www.google.com.mx se ha vuelto parte de nuestro lenguaje. Sin embargo, la forma mas comn de direcciones que usamos, las cuales contienen letras y nombres reconocibles, solo se usan para que podamos reconocerlas e interpretarlas y no son las que utilizan los procesadores realmente. Para poder identificar un sitio en Internet, las computadoras no usan un formato como www.itspp.edu.mx, usan nmeros denominados direcciones IP. Una direccin IP es un nmero formado por cuatro segmentos y separado por puntos. Cada uno de estos cuatro nmeros va del 0 al 255. Volviendo al ejemplo anterior, la direccin del Instituto Tecnolgico Superior de Puerto Peasco (una de ellas) es 148.208.233.1. Para hacer la traduccin entre uno y otro formato, se usa un DNS (Domain Name System: Servidor de nombre de dominios), los cuales guardan una base de datos que identifica y asocia los nombres de Webs a sus correspondientes direcciones IP. Luego entonces URL es un formato de asignacin de nombres universal, utilizado para indicar un recurso en Internet. Es una cadena de caracteres ASCII imprimible que se divide en cuatro partes: El nombre del protocolo: es decir, el lenguaje utilizado para comunicarse en la red. El protocolo ms usado es el protocolo HTTP (Protocolo de transferencia de hipertexto), que posibilita el intercambio de pginas Web en formato HTML. Sin embargo, pueden utilizarse muchos otros protocolos como por ejemplo FTP, Mailto, etc.; El nombre del servidor: es un nombre de dominio del equipo que aloja el recurso solicitado. Es importante tener en cuenta que es posible utilizar la direccin IP del servidor, pero esto hace que la URL sea menos legible; El nmero del puerto: es un nmero relacionado con un servicio que le permite al servidor conocer el tipo de recurso solicitado. El puerto predeterminado relacionado con este protocolo es el puerto 80. Por lo tanto, cuando el servicio Web del servidor est asociado al puerto nmero 80, el nmero de puerto es opcional; La ruta de acceso al recurso: esta ltima parte le permite al servidor conocer dnde se encuentra el recurso, esto es, generalmente, el sitio (directorio) y nombre del archivo solicitado. Por lo tanto, una URL tiene la siguiente estructura:

Protocolo http:// http:// ftp:// http://

Nombre del servidor www.itspp.edu.mx portal.itspp.edu.mx ftp.paginasprodigy.com.mx/ 216.64.208.72

Puerto (opcional si es 80)

:7778

Por ejemplo, los siguientes protocolos pueden utilizarse con URL: http, para navegar por pginas web; ftp, para navegar por sitios FTP; telnet, para conectarse a un terminal remoto; mailto, para enviar un correo electrnico; wais; gopher. El nombre del archivo en la URL puede estar seguido de un signo de interrogacin y despus de datos en formato ASCII. Estos son datos adicionales enviados como parmetros para una aplicacin del servidor (por ejemplo, una secuencia de comandos CGI ). Cuando llegamos a un sitio Web, habitualmente llegamos a una pgina principal que es la puerta de entrada o presentacin del sitio Web. Esta pgina se suele llamar el index, y cuando accedemos al dominio, nos suele llevar a ella por defecto. Sin embargo veremos una URL mas larga segn naveguemos por el sitio Web. Este es el camino a una pgina en particular o un archivo que queremos descargar. Normalmente, este camino tendr el nombre de un directorio, algunos sub-directorios y luego archivos con una extensin html, aunque pueden ser de otro tipo como php, jsp, asp etc. Muchos navegadores web no requieren que el usuario ingrese "http://" para dirigirse a una pgina web, puesto que HTTP es el protocolo ms comn que se usa en navegadores web. Igualmente, dado que 80 es el puerto por omisin para HTTP, usualmente no se especifica. Normalmente uno slo ingresa un URL parcial tal como www.itspp.edu.mx. Dado que el protocolo HTTP permite que un servidor responda a una solicitud redireccionando el navegador web a un URL diferente, muchos servidores adicionalmente permiten a los usuarios omitir ciertas partes del URL, tales como la parte "www.".

COOKIES HTTP es un protocolo sin estado -Stateless-, es decir, que no guarda ninguna informacin (preferencias del usuario, nmero de accesos, recursos visitados..), sobre conexiones anteriores. El desarrollo de aplicaciones web necesita frecuentemente mantener ese estado. Para esto se usan las cookies, que es informacin que un servidor puede almacenar en el sistema cliente. Esto le

permite a las aplicaciones web definir la nocin de 'sesin', y tambin permite rastrear usuarios ya que las cookies pueden guardarse en el cliente por tiempo indeterminado. Las cookies fueron originalmente inventadas por Netscape para darle "memoria" a los servidores web y a los navegadores. Si recordamos que una vez que el servidor ha enviado a una pgina solicitada, no recuerdo nada al respecto, podemos visitar miles de veces una pgina y el servidor considera que es la primera vez lo visitamos. Las cookies se disearon especificamente para darnos una va tangible para recordar que ya visitamos esa pgina. Bsicamente, las cookies son archivos de texto ASCII que almacenan informacin siguiendo una estructura bsica de pares identificador = valor. Su tamao no supera los 4kb. El modo en que se almacenan, los directorios en que se almacenan y el resto de las caractersticas propias de una operacin de lectura/escritura sobre disco dependen en gran manera del sistema operativo y del navegador que tenga instalado el equipo cliente -PHP5 a travs de ejemplos: Gutierrez A. & Bravo G.2005. AlfaOmega-. La posibilidad de acceder las cookies depende de que el navegador utilizado cuente con esta caracterstica y que, adems, est habilitada. En general las cookies presentan el siguiente funcionamiento

Esquema de funcionamiento de las cookies: el navegador manda al servidor las cookies que tiene guardadas; ste establece y/o elimina cookies enviando al navegador la informacin precisa; y finalmente el navegador almacena en el disco duro aquellas cookies que son permanentes.

Es muy importante tener en cuenta que todo el tratamiento de las cookies se realiza en la cabecera del mensaje HTTP y, por tanto, deben ser manejadas antes de que se enve cualquier otra informacin al navegador (la parte del cuerpo del mensaje HTTP); en caso contrario, obtendremos un error. Observe que una cookie se envia antes que la pgina, es decir, que mandaremos la cookie al navegador antes de transmitir ningn carcter de la pgina o recibiremos un error. Por otra parte, el valor de una cookie tiene preferencia sobre los valores pasados mediante formulario, es decir, cuando un formulario y una cookie hacen uso de los mismos identificadores, los valores de las cookies sobreescribirn los valores de entrada del formulario. La siguiente tabla muestra las estructura bsica de una cookie: Elemento Nombre Valor Caducidad Dominio Ruta Seguro Significado Indica el nombre de la cookie Indica el valor de la cookie, es decir el contenido que tiene. Tiempo de validez de la cookie Rango de dominios en los cuales es valida la cookie Directorio a partir del cual la cookie tiene validez Indica que la cookie ser transmitida nicamente por un canal seguro SSL.

La funcin que usaremos para enviar o borrar una cookie es setcookie, con la siguente sintaxis: setcookie es int setcookie(string nombre [, string valor ] [, int caducidad][, string ruta] [,string dominio] [, int seguro]); Ejemplo: Incrementar el valor de una cookie cada vez que se visite cierta pgina: isset checa que una variable exista $_COOKIE es un vector superglobal que almacena todas las cookies de la pgina time() Devuelve el momento actual medido como el nmero de segundos desde la poca Unix (1 de Enero de 1970 00:00:00 GMT).

? 1 2 <?php if(isset($_COOKIE['visitas'])) {

3 4 5 6 7 8 9 10

$_COOKIE['visitas']++; setcookie('visitas', $_COOKIE['visitas'], time() + 30*24*3600); echo 'Es tu visita nmero '.$_COOKIE['visitas']; } else { setcookie('visitas',1,time()+30*24*3600); echo 'Es tu primera visita'; } ?>

Restricciones Las cookies son simplemente texto, que se puede editar perfectamente con cualquier editor ASCII, y como tales, son elementos pasivos que no pueden emprender ninguna accin. Slo pueden ser ledos o escritos, pero no pueden ejecutarse ni mandar ejecutar ningn programa, por lo tanto no representan ninguna amenaza para tu computadora ni pueden infectarlo con ningn virus. Las limitaciones estn establecidas para evitar que ni un solo sitio, ni el conjunto de todos los sitios, puedan establecer cookies en nuestro disco que ocupen una cantidad apreciable de espacio. Si la limitacin no existiera, nada impedira que una pgina dada generase texto al azar mediante un ciciclo y, grabndolo en una cookie, llegar a llenar nuestro disco duro. Sera un ataque muy fcil. Las limitaciones en Netscape (las de Explorer son parecidas) son las siguientes: 300 cookies en total (todos los sitios). 4 kB por cookie, incluyendo las cabeceras. 20 cookies por servidor o dominio. Cada dominio completamente especificado se considera por separado, y tiene su limitacin de 20 cookies. Cuando se supera el lmite total de 300 cookies o de 20 cookies por servidor, se sustituyen las cookies ms antiguas por las nuevas que se vayan grabando. Cuando una cookie supere los 4 kB, deber recortarse para que encaje, sin eliminar en ningn caso la informacin de su nombre. Ninguna mquina que no encaje en el dominio de la cookie puede leerla. Es decir, la informacin almacenada en una cookie no puede ser leda por una mquina distinta de la que la envi. Ahora bien, en Internet Explorer, esto no es del todo cierto debido a un agujero de seguridad que permite a cualquier sitio web visualizar la informacin almacenada en las cookies. Puedes informarte sobre este fallo en Hispasec. Caducidad Todas las cookies tienen un perodo de caducidad. Cuando este tiempo se cumple, la cookie desaparece. Teniendo en cuenta este comportamiento cabe distinguir cuatro tipos de cookies: Cookies de sesin: desaparecen cuando se acaba la sesin, entendiendo por sesin el perodo de tiempo que un usuario est en un sitio web de manera continuada con la misma ventana del navegador. Cookies permanentes: si la fecha de caducidad de la cookie se corresponde con un futuro lejano, se puede decir que la cookie que es permanente. Esto no es del todo cierto, como se ha observado, ya que los navegadores cuentan con un espacio limitado para almacenar

cookies de manera que las ms nuevas hacen desaparecer a las ms viejas cuando dicho espacio est totalmente ocupado. Cookies con fecha de caducidad: a veces los sitios web establecen cookies con una fecha de caducidad concreta. Por ejemplo, se puede utilizar una cookie para recordar a un cliente que existe una oferta. Esta cookie tendr necesariamente la fecha de caducidad de la propia oferta, ms all de la cual no tienen ningn sentido que siga existiendo. Cookies para borrar: borrar una cookie existente es como volver a escribirla con una fecha de caducidad anterior a la fecha actual. Las cookies no son un buen elemento de seguridad, ya que cualquiera que conozca mnimamente su funcionamiento podra acceder fsicamente o tal vez a travs de red local, pero no a travs de Internet, a los datos guardados en las cookies dentro de una computadora y utilizar todos los servicios a los que permiten acceder los nombres y contraseas en ellas almacenados. Por otro lado, s que es cierto que lo que inicialmente se cre como un mecanismo para beneficiar al usuario ha sido pervertido para beneficiar al anunciante, que husmea nuestras idas y venidas y almacena perfiles de usuario para luego dirigirnos su propaganda personalizada. Esta posibilidad abre las puertas a especulaciones acerca de su venta a terceros o su anlisis en oscuros despachos de Interior.

INTRODUCCIN AL HTML. LENGUAJE DE DESPLIEGUE DEL WEB HTML (HyperText Markup Language) es un lenguaje muy sencillo que permite describir hipertexto, es decir, texto presentado de forma estructurada y agradable, con enlaces (hyperlinks) que conducen a otros documentos o fuentes de informacin relacionadas, y con inserciones multimedia (grficos, sonido...). La descripcin se basa en especificar en el texto la estructura lgica del contenido (ttulos, prrafos de texto normal, enumeraciones, definiciones, citas, etc) as como los diferentes efectos que se quieren dar (especificar los lugares del documento donde se debe poner cursiva, negrita, o un grfico determinado) y dejar que luego la presentacin final de dicho hipertexto se realice por un programa especializado (como Internet Explorer, Netscape, Safari entre otros). Un documento HTML comienza con la etiqueta <html>, y termina con </html>. Dentro del documento (entre las etiquetas de principio y fin de html), hay dos zonas bien diferenciadas: el encabezamiento, delimitado por <head> y </head>, que sirve para definir diversos valores vlidos en todo el documento; y el cuerpo, acotado por <body> y </body>, donde reside la informacin del documento. La versin actual es HTML 5 aun no liberada, ni soportada por todos los navegadores. Soporte estndares actuales entre otras: HTML 4 XHTML 1 DOM Nivel 2 (DOM = Document Objetc Model)

EVOLUCIN DE LAS APLICACIONES WEB La evolucin de la tecnologa informtica y las telecomunicaciones ha otorgado a la red Internet y al World Wide Web un papel predominante en el mundo tecnolgico y econmico. Las aplicaciones en Internet han modificado la forma cotidiana de obtener informacin, realizar negocios e intercambios comerciales, recibir instruccin y comunicarse. La red Internet es un importante medio para organizaciones e individuos, quienes interactan empleando aplicaciones desarrolladas con tecnologa Internet las cuales se han vuelto muy populares ya que poseen ventajas significativas sobre las aplicaciones tradicionales en una variedad de escenarios. Debido a este auge, en el mercado han proliferado las tecnologas y herramientas para el desarrollo de aplicaciones en Internet. Tecnologas para desarrollo de aplicaciones con Tecnologa Internet Clases, exposiciones y laboratorios de diversas tecnologas del lado del cliente y del servidor para el desarrollo de aplicaciones con tecnologa Internet. En sus orgenes, la Web era utilizada por los navegantes para obtener informacin. La unidad de trabajo era la pgina Web y, de esta forma, los usuarios navegaban entre mltiples pginas a travs de hipervnculos. En esta conceptualizacin, el elemento central es el servidor Web con su informacin. Generalmente, estos sitios consistan en sitios corporativos, sitios de noticias, sitios de informacin especfica. El siguiente paso en esta evolucin consisti en utilizar la red como comunidades, en las que los propios navegantes (o usuarios de la Web) pudieran interaccionar, ya sea entre ellos o con otros sitios que ofrecan servicios. Durante esta fase aparecieron servicios tales como foros de discusin, servicios de e-banking, servicios de mensajera, compras electrnicas basadas en comunidades, etc. El paso actual, es la visin de la Web como una plataforma, es decir, como el medio para la distribucin de servicios y para la construccin de informacin, su seleccin, etc. Tambin, detrs de esta nueva visin, surgen nuevos modelos de negocio basados en la web como plataforma. Si bien no existe una forma nica en que las aplicaciones de la Web 2.0 deben desarrollarse, existen algunas herramientas y tecnologas que permiten su desarrollo: Transformar las aplicaciones de escritorio en aplicaciones basadas en la Web. En este sentido, el software como servicio es uno de los modelos de negocio que apoya esta transformacin. Estandarizar las interfaces, utilizando XHTML, XML u otros estndares. Separacin del contenido de la presentacin. Utilizar sindicacin de contenidos. Incorporar la tcnica AJAX en las aplicaciones, de forma tal de poder trabajar con unidades de navegacin ms granulares y especficas, en lugar de navegar a travs de pginas HTML.