jueves, 1 de diciembre de 2016

3.19. HTML: Formularios - Parte 1

3.19. HTML: Formularios - Parte 1


¿Qué son los formularios?
Según la W3C, un formulario HTML es una sección de un documento que contiene:
  • contenido normal, 
  • código, 
  • elementos especiales llamados controles, y 
  • rótulos para esos controles.

Los usuarios normalmente rellenan un formulario modificando sus controles, antes de enviar el formulario a un agente para que lo procese (a un servidor web, a un servidor de correo, etc.)
¿Y para qué se utilizan?
Pues justamente para eso, para permitir que el usuario envíe información al servidor.
Formularios de registro o acceso a sitios web, formularios de contacto; hasta para escribir un comentario en Facebook estamos utilizando un formulario.

Te presento las etiquetas básicas para formularios, vamos a ir analizándolas una a una.
La etiqueta <form> es fundamental para que el resto de elementos puedan ser enviados.
Todos los campos que se quieran enviar deben estar entre las etiquetas <form> y </form>.
Esta etiqueta no tiene representación gráfica.
“action” es el único atributo requerido para la etiqueta form.
Espera una cadena de texto que especifique la URL o ruta a la acción destino que procese los datos de la petición.
Es posible utilizar una ruta absoluta o una relativa.
“method” indica la forma de enviar la información.
Este atributo acepta dos valores: GET y POST.
Si no se utiliza, el formulario se enviará por defecto mediante el método GET.
No es común la expresión: “realiza una petición GET a la URL http://www.idesweb.es”, más bien diríamos algo así como “entra en idesweb.es”.
Sin embargo, para el trabajo con formularios, es necesario saber distinguir entre dos tipos de peticiones que un cliente le hace a un servidor: GET y POST.
Hay más, pero no las comentaré en este tema.

GET es el método que utilizamos normalmente al navegar.
Al utilizarlo en un formulario, los datos de envío son visibles en la URL, como parejas nombre=valor.
Esta forma de envío está limitada y el límite depende de cada navegador.
Utilizaremos GET, normalmente, en los casos en los que el resultado del envío sea siempre el mismo y cuando queramos que el resultado se pueda guardar; por ejemplo en un formulario de búsqueda.

POST es un método un poco más seguro que GET para el envío de información sensible como puedan ser contraseñas, ya que los datos no son visibles en la URL del navegador.
Además, POST no tiene límite en el envío y posibilita la subida de ficheros al servidor.
Un formulario de registro podría ser un buen ejemplo de uso del método POST.

“accept-charset” espera una lista de juegos de caracteres separados por comas.
Normalmente utilizamos el estándar “unicode” UTF-8 y puede que alguna vez veas, y no solo en formularios, el juego “Latin 1” o ISO-8859-1, que define el alfabeto latino.
No es un atributo muy común y probablemente no llegues a usarlo en formularios.

“enctype” especifica el tipo de codificación, por defecto a “application/x-www-form-urlencoded”, convertirá todos los espacios en signos suma (+) y caracteres especiales en valores ASCII HEXadecimal; “multipart/form-data” se utiliza cuando vayamos a subir ficheros mediante el formulario;y “text/plain” solo convierte los espacios en signos de sumar (+), pero los caracteres especiales no son convertidos.

La etiqueta <input /> es de las más utilizadas en formularios, con ella podemos definir gran parte de los controles típicos de formularios: entradas de tipo texto, casillas de verificación y de opción (conocidas como radio), archivos, contraseñas, campos ocultos y botones varios.
En seguida los estudiamos en profundidad, pero antes quiero destacar que la etiqueta <input /> no tiene etiqueta de cierre y, por tanto, es interesante que la cierres debidamente para cumplir con los estándares.

El atributo “name” es común a todos los campos de formulario, no exclusivo de <input />.
Espera una cadena de texto que indica el nombre que recibirá el campo al ser enviado.
Si, por ejemplo, enviamos un formulario con un elemento cuyo atributo name=“email”. El servicio responsable de procesar ese formulario podrá trabajar con un campo de nombre “email”.<input name="email"/>

Para la etiqueta <input />, “type” es uno de los atributos más importantes ya que define en qué se convertirá el control. Pese a que no es obligatorio, es recomendable su uso.
Por defecto es de tipo “text”;
“checkbox” indica que el campo será una casilla de verificación, después veremos ejemplos sobre cómo utilizar este y otros tipos de elemento <input />;
“radio” dibujará una casilla de opción o un botón tipo radio, si todavía no te suena, no te preocupes, con los ejemplos te quedará más claro;
“file” muestra un botón, que abrirá una ventana para seleccionar un archivo, también muestra el nombre o la ruta al archivo, dependiendo del navegador;
“password” genera un campo de texto enmascarado, ideal para campos de contraseña;
“hidden” es un campo oculto, para almacenar información que el usuario no vaya a introducir de forma activa. Por ejemplo, podríamos incluir el tiempo que ha tardado el usuario en rellenar el formulario;
“button” mostrará un botón;
“submit” dibuja un botón “Enviar” que al pulsarlo enviará el formulario a la acción que corresponda;
“image” utiliza una imagen con la misma función que el botón de tipo “submit”. Me gustaría destacar que, en la actualidad, esta opción es poco utilizada;
y “reset” inserta un botón que reiniciará el formulario, borrando los datos insertados por el usuario.

“disabled” deshabilita el campo para que no pueda ser utilizado. Para cumplir con estándares (argumento=“valor”), “disabled” se iguala a la cadena “disabled”
La representación depende del navegador, pero el campo queda totalmente inutilizable.

“readonly” funciona de forma parecida a “disabled” pero, aplicado por ejemplo a un input de tipo “text”, sería posible seleccionar el texto y copiarlo.

Ciertos campos necesitan de un atributo “value” para completar su funcionalidad, como veremos en los ejemplos a continuación.

Ahora que ya conoces todos los atributos comunes a etiquetas <input />, vamos a profundizar un poco en cada tipo.

El tipo de <input /> por defecto es “text”, no en vano el campo de texto el más común.
Los <input /> de tipo texto, pueden limitar el número de caracteres que se insertan.
Esto es útil, por ejemplo, para controlar que ciertos campos, que en base de datos están limitados, no lleguen con más datos de los que se pueden almacenar.
“maxlength” es el atributo encargado de ello y el valor debe ser un número entero.
El atributo “size”, también espera un número y se traduce en la anchura del campo de texto en caracteres; es decir, un <input /> con size=“3” será lo suficientemente ancho para mostrar tres caracteres, pero no cuatro.
Al estar directamente relacionado con el estilo, desaconsejo el uso de este atributo. En la medida de lo posible, trata de separar estructura de estilo en tus desarrollos web, te facilitará el mantenimiento.
El campo “value” en <input /> de tipo texto, indica el valor que tiene este campo por defecto.
Por ejemplo, y aunque en la actualidad no se realice esta práctica, podríamos poner el texto “Buscar…” en un campo para aclarar su funcionamiento.
Este texto no se borrará cuando el componente obtenga el foco y el usuario deberá borrarlo para poder insertar su propia cadena.
Normalmente esta práctica se realiza apoyándose en Javascript o con atributos nuevos de HTML5
Los <input /> de tipo “checkbox” insertan casillas de verificación.
Como estas casillas suelen organizarse en grupos de selección múltiple, es importante que el atributo “name” de todas las casillas de verificación del mismo grupo tenga el mismo nombre, de forma que al recibirlas, el servicio destino sepa que esos valores corresponden al mismo campo.

El atributo “checked” toma como valor el texto “checked” e indica que la casilla aparece marcada por defecto.
Observarás en los ejemplos que, por cuestiones de legibilidad, omito otros atributos que pueden ser necesarios.
El atributo “value” en este tipo de elementos es imprescindible.
Le indica al formulario qué valor debe enviar si la casilla está activada.
Si no se declara, el formulario enviará información imposible de procesar.

Los <input /> de tipo “radio” se representan como casillas de opción (también conocidas como botones radio(redondo))
La particularidad de estas casillas es que, a diferencia de las de verificación, solo es posible seleccionar una de las opciones.
Para que el control funcione correctamente es necesario que todos los elementos de cada grupo de casillas de opción, tengan el mismo valor para el atributo “name”.
Del mismo modo que las casillas de verificación, un <input /> de tipo “radio”, mediante el atributo “checked”, se mostrará seleccionado por defecto.
El atributo “value” del <input /> seleccionado, será el que se envíe junto al formulario.

Los <input /> de tipo “file” ofrecen la posibilidad al usuario de adjuntar archivos al envío del formulario.
Según la W3Schools, con el atributo “accept” es posible especificar los tipos de archivo que aparecen para ser seleccionables pero, ni está implementado por todos los navegadores mayoritarios, ni supondrá filtro alguno, ya que la opción de “Todos los archivos” permitirá al usuario subir cualquier tipo de archivo.

Recuerda que la etiqueta <form> tiene un atributo “enctype” que debe tener el valor “multipart/form-data” para el envío de archivos. <form enctype=multipart/form-data>

Es común ver campos que a priori parecen de tipo texto y al tratar de escribir, aparecen puntos o asteriscos en lugar de los caracteres introducidos. Estos son los campos de texto enmascarado o type=“password”.
Estos campos tienen las mismas opciones que los campos de tipo texto.
A veces es interesante trabajar con campos ocultos para enviar información que creemos útil pero que el usuario no insertará de forma directa.
Por ejemplo, como comentábamos antes, sería posible que un método en Javascript contabilizara el tiempo que tarda el usuario en rellenar el formulario y lo introdujera en este campo antes de enviarlo.
En campos type=“hidden” solo son útiles los atributos “name” y “value”, puesto que no son visibles para el usuario.

Los botones son otro elemento común en los formularios.
Cada vez es más raro verlos con los estilos del navegador por defecto, puede que porque sean demasiado feos o porque no encajen en el diseño de la web.
Para cada tipo de botón se utiliza un tipo de <input /> diferente, vamos a verlos todos:
Al marcar un <input /> como tipo “submit”, se dibujará un botón con el texto “Enviar” cuya acción será enviar el formulario al destino marcado en el atributo “action” de la etiqueta <form>.
Los botones del tipo “reset” suelen tener un texto similar a “Restablecer”. Este botón reinicia el formulario, dejándolo como si el usuario no hubiese modificado nada.
También es posible insertar botones con otro tipo de acciones, para ello se establece el atributo type=“button”.
Para dotar de acción a estos botones, es necesario trabajar con eventos Javascript; bien intrusivo, mediante atributos como “onclick” o bien no intrusivo, haciendo uso de librerías o scripts no incrustados en HTML.
Esto se verá en el tema Javascript.
Existe un tipo, raramente utilizado, que consiste en usar una imagen como botón. Si establecemos el atributo type=“image”, podremos ver este resultado.
Para este tipo de <input />, se utilizan, del mismo modo que para las imágenes, los atributos alt, para incluir un texto alternativo y src, para especificar la ruta a la imagen.
Este tipo de botones está a medio camino entre estructura y diseño, por lo que desaconsejo su uso. Podremos trabajar el estilo del botón mediante CSS

El atributo “value”, empleado en botones, especifica el texto que aparece en el botón; salvo en el caso de los botones de tipo imagen que, obviamente, no muestran texto.
Para no alargar en exceso el vídeo, he dejado el resto de etiquetas de formularios para un segundo vídeo.

En resumen,

  • Los formularios se envían mediante dos métodos: GET y POST.
  • Con GET, el envío está limitado y la información enviada es visible; sin embargo, es útil para poder guardar el resultado en marcadores o favoritos.
  • y con POST, el envío no tiene limitación y los datos no son visibles en la URL, además, permite la subida de archivos.
  • Todas las etiquetas de formulario deben ir entre etiquetas <form> y </form> para que su información sea enviada con el formulario.
  • Hemos visto que la etiqueta input es muy versátil.

Para terminar, te dejo cuatro consejos que espero te sean útiles:

  • Fuera de las etiquetas <form> y </form> es posible utilizar elementos de formulario, serán visibles, pero no se enviará la información. Repasa el código.
  • Especifica siempre el atributo “type”.
  • Necesitarás un botón “submit” para enviar el formulario.
  • En la medida de lo posible, separa contenido de estilos, lo agradecerás cuando tengas que mantener la web.

Actividad

Actividad

1. Crea una página web que contenga un formulario con los siguientes campos de información:
  • El nombre, con un control de tipo texto.
  • Los apellidos, con un control de tipo texto.
  • El sexo, con dos opciones excluyentes hombre o mujer.
  • El correo electrónico, con un control de tipo texto.
  • Una casilla de verificación con el texto "Deseo recibir información sobre novedades y ofertas".
  • Una casilla de verificación con el texto "Declaro haber leido y aceptar las condiciones generales del programa y la normativa sobre protección de datos".
  • Un botón de envío.
Además, tienes que tener en cuenta los siguientes requisitos:
  • El título de la página debe ser Formulario de registro - Mi web.
  • El método de envío del formulario debe ser GET.
  • El destino del envío del formulario debe ser "".
  • La longitud máxima de entrada de datos de los controles para el nombre y los apellidos debe ser 50 caracteres.
  • La casilla de verificación con el texto "Deseo recibir información sobre novedades y ofertas" debe estar activada por defecto.

<!-- SOLUCIÓN -->
<html>
<head>
<title>Formulario de registro - Mi web</title>
</head>
<body>

<h1>Formulario de registro</h1>

<form action="" method="get">
<p>
Nombre: <input type="text" name="nombre" maxlength="50" />
</p>

<p>
Apellidos: <input type="text" name="apellidos" maxlength="50" />
</p>

<p>
Sexo: <input type="radio" name="sexo" value="h" /> hombre <input type="radio" name="sexo" value="m" /> mujer
</p>

<p>
Correo: <input type="text" name="correo" maxlength="100" />
</p>

<p>
<input type="checkbox" name="info" checked="checked" /> Deseo recibir información sobre novedades y ofertas
</p>

<p>
<input type="checkbox" name="condiciones" /> Declaro haber leido y aceptar las condiciones generales del programa y la normativa sobre protección de datos
</p>

<p>
<input type="submit" value="Enviar" />
</p>
</form>

</body>
</html>

3.18. Los formularios

3.18.  Los formularios

Un formulario web (en inglés web form) permite al usuario introducir datos para que sean enviados a un servidor web para que sean procesados.
Cuando realizas una búsqueda en un buscador e introduces las palabras que quieres buscar, estás utilizando un formulario web.
Cuando te registras en un sitio web e introduces tus datos personales, estás utilizando un formulario web.
Cuando realizas una compra e introduces los números de tu tarjeta de crédito, estás utilizando un formulario web.
Cuando realizas una actividad de tipo test en este curso, estás utilizando un formulario web.
En definitiva, un formulario web es un elemento básico en cualquier sitio web.
En las siguientes lecciones vas a aprender a crear formularios con HTML. Sin embargo, los formularios que vayas a crear no van a funcionar, ¿por qué?
Un formulario se compone de dos partes, la parte cliente y la parte servidor.
 La parte cliente es la que vas a aprender en este curso: la creación del formulario
La parte servidor es la encargada de recibir los datos para procesarlos, como por ejemplo insertarlos en una base de datos. Esta parte no te la vamos a enseñar en este curso, queda pendiente para otro curso.

3.17. Los centros de datos de Google

3.17. Los centros de datos de Google

En el año 2012, Google creó el sitio web Centros de datos de Google en el que mostraba por primera vez los entresijos de las instalaciones que alojan los servidores en los que se almacenan físicamente los correos de Gmail, los vídeos de YouTube o los índices que permiten las búsquedas en su motor de búsqueda.
En el siguiente vídeo se muestra una pequeña visita virtual por uno de los centros de datos de Google:
Si te ha gustado la visita virtual que se muestra en el vídeo anterior la puedes repetir tú mismo a través de la página Paséate por un centro de datos de Google.
Por último, en el Álbum de fotos se muestra parte de la tecnología que se emplea en los centros de datos de Google.

Actividad

Consulta los sitios web sobre los centros de datos de Google  y contesta las siguientes preguntas:
¿Qué líquido “especial” emplea Google para refrigerar sus centros de datos?
Aunque te sorprenda, Google emplea simplemente… agua. Si quieres, tu ordenador también se puede refrigerar por agua o por aceite. Consulta el artículo de la Wikipedia Refrigeración líquida (informática) si quieres aprender más sobre este tema.
Estas tuberías de colores transportan el agua dentro y fuera de nuestro centro de datos de Oregón. Las tuberías azules suministran agua fría y las rojas devuelven el agua caliente para que se enfríe.
Miles de metros de tuberías recorren nuestros centros de datos. Las pintamos con colores vivos no solo porque es más divertido, sino también para distinguirlas. La tubería de color rosa brillante de esta foto lleva agua de la fila de enfriadores (unidades verdes de la izquierda) a una torre de refrigeración exterior.
Vista aérea de una de nuestras plantas de enfriamiento, donde el agua de mar del golfo de Finlandia refrigera por completo el centro de datos allí ubicado.
¿Qué tipo de red local se emplea en los centros de datos de Google?
Se emplea una red de área ocal de tipo Ethernet. Consulta el artículo de la Wikipedia Ethernet si quieres aprender más sobre este tema.
Las tuberías no son lo único colorido en nuestros centros de datos. Estos cables Ethernet están organizados por colores. Esto puede ayudar a reducir los tecnicismos: "Pásame un cable azul".
Estos conmutadores de Ethernet conectan nuestra red de instalaciones. Gracias a ellos, podemos comunicarnos con los principales mecanismos de control del sistema de enfriamiento de nuestro centro de datos y supervisar esos mecanismos.
¿Qué sistema emplea Google para realizar copias de seguridad de sus datos?
Google emplea un sistema de cintas robotizado. Las cintas son un sistema de copia de seguridad (backup) lento, pero ofrecen una gran capacidad de almacenamiento y son muy baratas.
Tenemos copias de seguridad de todos los datos (por si les ocurre algo). Uno de los lugares en los que se hacen copias de seguridad de la información es la biblioteca de cintas. Unos brazos robóticos (que se observan al final del pasillo) nos ayudan a cargar y descargar cintas cuando necesitamos acceder a ellas.
Esta es una vista más de cerca de las cintas de copia de seguridad de nuestra biblioteca de cintas. Cada cinta tiene un código de barras único para que nuestro sistema automático pueda encontrar la cinta correcta.
¿Qué hace Google cuando un disco duro está defectuoso?
Google inutiliza los discos duros defectuosos para que no puedan ser usados y no se pueda acceder a la información que almacenan:
Como parte de nuestro compromiso con la preservación de la seguridad de los datos de nuestros usuarios, destruimos en el lugar todas las unidades defectuosas.
¿Cuántos centros de datos posee Google en la actualidad? ¿Dónde se encuentran?
A día de hoy (20/10/2014), Google posee 13 centros de datos distribuidos por 3 continentes:
  • 7 en América: Condado de Berkeley, Carolina del Sur; Council Bluffs, Iowa; Condado de Douglas, Georgia; Quilicura, Chile; Condado de Mayes, Oklahoma; Lenoir, Carolina del Norte; The Dalles, Oregón.
  • 3 en Europa: Hamina, Finlandia; Saint-Ghislain, Bélgica; Dublín, Irlanda.
  • 3 en Asia: Hong Kong; Singapur; Taiwán.
Y una pregunta de broma, ¿qué vehículo emplean los ingenieros de Google para moverse por sus instalaciones?
Estas tuberías de colores llevan y traen agua para enfriar la instalación. También se muestra una bicicleta G-Bike, el vehículo elegido por los miembros de nuestro equipo para dar una vuelta fuera de los centros de datos.

3.16. HTML5: Computación en la nube

3.16. HTML5: Computación en la nube

Hoy en día, todo el mundo conoce las tres uves dobles, la World Wide Web, la Web, el invento que más ha cambiado nuestras vidas en los últimos 15 años.

La Web, es un sistema de distribución de información basado en hipertexto e hipermedia accesible a través de Internet.

Un elemento esencial de la Web es HTML, el lenguaje de marcado que se emplea para crear las páginas web. HTML permite describir la estructura y el contenido de una página web, principalmente texto, aunque también permite incluir otros objetos como imágenes y vídeos.
HTML se compone de etiquetas, que se escriben siempre entre los símbolos menor y mayor. Existen etiquetas para crear párrafos, insertar imágenes, crear formularios y muchas otras más cosas.
La Web y el lenguaje HTML fueron inventados por Tim Berners-Lee a finales de los años 80.
A finales de 1990, Tim Berners-Lee puso en marcha el primer servidor web usando un ordenador Next. Desgraciadamente, hoy en día no queda una copia de esa primera página web.
Sin embargo, sí que existe una versión posterior de esa primera página, en concreto, de noviembre de 1992.
Como podemos ver en esta imagen, al principio, las páginas web eran estáticas, sólo proporcionaban información y no ofrecían ningún tipo de interacción más allá de navegar de una página a otra.
El lenguaje HTML evolucionó y posteriormente apareció DHTML, el HTML dinámico, que permite crear sitios web interactivos utilizando una combinación:
  • del lenguaje de marcado HTML,
  • las hojas de estilo en cascada CSS,
  • el lenguaje interpretado JavaScript y
  • la jerarquía de objetos DOM.

Unos años después apareció AJAX, una técnica de desarrollo web que permite crear aplicaciones interactivas que se ejecutan en el navegador.

Hoy en día, la práctica totalidad de los sitios web 2.0, como Facebook, Gmail o Google Docs, funcionan gracias a AJAX.

Pero la Web está en continua evolución y para que siga avanzando necesita una nueva tecnología. ¿Cuál?
La nueva tecnología es HTML5, la quinta y última versión, por ahora, del lenguaje de etiquetado HTML. Esta nueva versión incorpora nuevas etiquetas, como veremos en otro vídeo, muchas de las cuales están orientadas al desarrollo de las aplicaciones web.
HTML5 va a facilitar el desarrollo de aplicaciones web y va a mejorar sus prestaciones y rendimiento.

Gracias a HTML5 y las aplicaciones web, se va a extender la computación o informática en la nube, un paradigma que permite ofrecer servicios de computación a través de Internet.
En la computación en la nube, todo lo que puede ofrecer un sistema informático se ofrece como servicio de modo que los usuarios puedan acceder de forma remota a través de Internet. Además, los datos se almacenan de forma permanente en servidores de Internet y se envían al navegador bajo demanda.
Veamos las principales ventajas que ofrece la computación en la nube.
En la computación en la nube, las aplicaciones que usamos y los datos con los que trabajamos están almacenados en la Web, por lo que se puede acceder a ellos desde cualquier ordenador que esté conectado a Internet y tenga un navegador web.
Al estar las aplicaciones almacenadas en la Web, siempre están actualizadas a la última versión. Ya no es necesario preocuparse por las versiones de las aplicaciones, se actualizan automáticamente, y no hay que descargar ni instalar las aplicaciones y tampoco hay problemas con los datos que no funcionan en las nuevas versiones.
La Web es una plataforma abierta basada en estándares aceptados. Por eso, las aplicaciones web se pueden utilizar desde cualquier ordenador con cualquier sistema operativo.
Lo único que necesitamos es un navegador web, como Google Chrome, Microsoft Internet Explorer, Opera o cualquier otro similar.
Pero además, hoy en día no nos tenemos que limitar sólo al ordenador,  también podemos utilizar las aplicaciones web desde otros dispositivos como los teléfonos móviles.
Con la computación en la nube desaparece el concepto de ordenador personal. Ahora, cualquier ordenador es tu ordenador personal, sólo es necesario que esté conectado a Internet y disponga de un navegador web.
Si te roban tu ordenador o se rompe, no es un problema grave, puedes seguir accediendo a tus aplicaciones y datos desde cualquier otro ordenador.
Además, con la computación en la nube ya no son necesarias las copias de seguridad, porque el proveedor de la aplicación web se encarga de ello.
Por último, como las aplicaciones se ejecutan en la nube, ya no es necesario descargar e instalar software en el ordenador, lo que reduce enormemente las posibles infecciones por virus.

¿Pero son todo ventajas con la computación en la nube?
La primera objeción que se plantea a la computación en la nube es la protección de los datos. Se supone que los datos en la nube están más seguros, pero no siempre es así. Y prueba de ello son varios casos famosos de sistemas de computación en la nube que han tenido graves problemas recientemente.
Por ejemplo, en octubre de 2009, se publicó la noticia de que miles de usuarios del teléfono Sidekick, que empleaba un sistema de almacenamiento en la nube, habían perdido todos los datos (agenda, mensajes SMS, fotografías, etc.) debido a una fallo en el sistema. Además, la copia de seguridad también falló.
También en octubre de 2010, se supo que unos 150.000 usuarios de la red social Facebook habían perdido parte de sus datos, como los contactos o fotografías.
Más recientemente, en octubre de 2010, y también relacionado con Facebook, se supo que esta red social tiene graves problemas de seguridad que permiten que cualquiera con un mínimo de conocimientos pueda hackear una cuenta.
Por último, en febrero de 2011, se supo que Google también había tenido problemas con su servicio de correo Gmail y que miles de usuarios habían perdido los datos de sus cuentas.
Otra objeción evidente es que con la computación en la nube, sin conexión a Internet un ordenador no sirve para nada. Afortunadamente, este problema cada vez será menor, ya que la disponibilidad de Internet es cada vez mayor y al final será como la electricidad, que damos por supuesto que siempre la tenemos ahí a nuestra disposición.

En resumen, las principales ventajas que ofrece la computación en la nube son:
  • Permite acceder a las aplicaciones y datos desde cualquier sitio.
  • Desaparece el concepto de versión de las aplicaciones.
  • Permite utilizar las aplicaciones y datos desde cualquier dispositivo.
  • Cualquier ordenador o dispositivo puede ser tu ordenador personal.
  • Las copias de seguridad ya no son un problema.
  • Y por último, reduce el impacto de los virus y otras amenazas similares.

Y con esto finalizo este videotutorial sobre las novedades de HTML5.

Actividad

. En la computación en la nube:


ceden a los servicios informáticos a través de Internet

¡Correcto! La computación en la nube es un nombre nuevo para algo que ya se hacía desde hace años, acceder a servicios y datos a través de Internet.

2. DHTML es:


¡Correcto! DHTML es el acrónimo de Dynamic HTML, un término que designa el conjunto de técnicas que permiten crear sitios web interactivos utilizando una combinación de HTML, CSS, JavaScript y DOM.

3.15. La nube

3.15. La nube

"La nube", ¿qué es la nube en informática? La nube es un término que empezó a ponerse de moda a partir del año 2010, tal como podemos observar en el siguiente gráfico de Google Trends:
Gráfico de Google Trends
Desde entonces, todo el mundo habla de la nube, pero la nube informática es tanto o más escurridiza que las nubes reales.
El artículo de la Wikipedia Computación en la nube define "la nube" como:
La computación en la nube, conocido también como servicios en la nube, informática en la nube, nube de cómputo o nube de conceptos, (del inglés cloud computing), es un paradigma que permite ofrecer servicios de computación a través de Internet.
Es decir, lo que se lleva haciendo más de 40 años, desde el año 1969 cuando nació Internet. Sí, nada nuevo bajo el sol. Lo nuevo que ofrece la nube es la posibilidad de ejecutar directamente en la Web a través de un navegador aplicaciones que en el pasado requerían la instalación previa del software en el ordenador.
En los siguientes vídeos se explica con más detalle qué es la nube y se muestra la tecnología física, el hardware, que permite que la nube funcione.