Posts Tagged ‘web’

La última brillante idea de nuestros políticos, metidos a informáticos:

EU wants consent for every web cookie | News | TechRadar UK.

En resumen: que cada sitio web europeo tendrá que pedir permiso al usuario por cada cookie que queramos usar (si se llega a aprobar, válgame el cielo). Esto implica que cada sitio dinámico del continente (millones) tendrá que solicitar constantemente ese consentimiento cada vez que entres con tu usuario y contraseña, por ejemplo, pero también tiene implicaciones en la publicidad y el funcionamiento de los sitios, que por ejemplo permite guardar características del usuario mientras va navegando. Google guarda cerca de dos o tres cookies cada vez, y no digamos si te vas a cualquier otro servicio de la empresa. Entramos en miles de sitios semanalmente. ¿Realmente piensan que los usuarios van a aguantar tener que decir que sí cada vez? Claro que no. Eso va a afectar a que millones de sitios, intranets y demás aplicaciones web tengan que reescribirse, si quieren conseguir que los usuarios vuelvan. Sitios como Facebook usan varias cookies, no sólo para identificar al usuario. Si Windows Vista fue confinado a los infiernos por su maldito UAC (ya saben, el sistema de seguridad que te pregunta cada vez que quieres configurar o instalar algo, por ejemplo), ¿cuánto tiempo aguantarían las cookies y sus aplicaciones en estas condiciones? Como desarrollador, sé que las cookies son inevitables para programar en web, y si vamos a estar en estas, las aplicaciones van a costar más (tiempo y dinero), y eso a los clientes no les va a interesar. Por mi experiencia, muchos clientes están muy al tanto de estas cosas y exigirán que sus webs trabajen sin cookies. Pero eso, de hecho, es inviable en muchas aplicaciones (sí, ya sé que hay métodos alternativos, pero son más laboriosos y costosos de programar). En fin, esta gente molestando como siempre. A ver si dejan de tocar las narices por una vez en su vida.

¿AJAX con patente?

Bueno, lo que nos faltaba:

Barrapunto | ¿AJAX con patente?.

Para los legos, explico la cuestión: AJAX es la tecnología que se está usando fundamentalmente detrás de lo que se llama “Web 2.0” y las llamadas “aplicaciones inteligentes” (smart/rich application). Esta tecnología la inventó Microsoft (aunque a alguno le pueda sorprender) para su sistema de correo electrónico Exchange, ya que querían implementar una interfaz de comunicación asíncrona con el servidor para la gestión del correo electrónico vía web. Al final la cosa no cuajó, pero nos legaron lo que hoy en día usamos para hacer aplicaciones web más prácticas, usables y sobre todo, más dinámicas.

Si los de Eolas siguen en sus trece, nadie podremos hacer aplicaciones usando AJAX. Y vale, la patente es sólo para los USA, pero si seguimos con esta estupidez de las patentes de software, dentro de nada lo veremos en todos sitios. La innovación y el avance tecnológico a la mierda por ingresar unos dineros. Menos mal que aquí conseguimos frenarlo en su día, aunque no sé cuanto tiempo aguantaremos…

Cacharreando con Google

Ayer estaba documentándome acerca de Google Gears, a raíz de haberlo instalado para el WordPress (que por cierto, cada día funciona peor), y me llamó la atención este desarrollo para webs, tanto públicas como privadas, que permite unas ciertas cosas que de serie no existen en los navegadores, pero que para el desarrollo de aplicaciones como es debido son imprescindibles. En concreto, han desarrollado tres aspectos interesantes para todo desarrollador:

  • LocalServer: permite ejecutar tu página en modo “offline”. Lo pongo entrecomillas porque no es que tu aplicación funcione realmente offline, sino que lo que puedes hacer es almacenar información (html, imágenes, etc…) en local para su carga más rápida al llamar a las páginas. Es decir, básicamente es una caché de datos para no tener que descargarlos.
  • Database: una de las cosas que más me ha llamado la atención es que puedes almacenar datos localmente en el equipo del usuario para su uso posterior. Esto ayuda en gran medida a no tener que realizar muchas transacciones con el servidor que ahora son imprescindibles para la ejecución de tu programa o tu web. Además, tiene el aspecto de una base de datos relacional, con lo que ayuda bastante al desarrollo como tal.
  • WorkerPool: permite ejecutar el programa de fondo, de manera que las operaciones más intensivas pueden ser realizadas sin cargar demasiado al navegador (esto huele a Ajax).

Además, permite otra serie de cosas, no menos interesantes: API de ubicación geográfica, fundamental para saber de donde es tu usuario; gestión de datos binarios; acceso a archivos del ordenador local (el desmadre)… Tiene algunas cosas más pero esto es lo más destacable.

En realidad, muchas de estas cosas ya deberían ir incluidas en un navegador moderno como Firefox, Chrome o Safari. Yo por ejemplo me dedico a hacer aplicaciones, ya ni siquiera hacemos webs sencillas (alguna cae, pero es lo menos), y poder contar con este tipo de herramientas y posibilidades se hace poco menos que imprescindible. Espero que tomen nota y en próximas versiones de los navegadores vayan incluyendo muchos de estos temas de serie, y no tengamos que estar dependiendo de que el usuario se instale determinadas cosas para que todo funcione mejor. Yo por mi parte a ver si voy aprendiendo a usarlo porque creo que es una idea muy interesante que puede ayudar bastante a mejorar los desarrollos actuales.

¿Qué ocurre con XHTML?

Nos enteramos de que la W3C va a dejar de estudiar la consecución de XHTML 2, el sucesor de XHTML 1, tras la aparición de HTML 5. Hasta la fecha, el XHTML era la referencia básica estándar para quien quería maquetar como es debido en web, pero claramente los esfuerzos están siendo dirigidos a potenciar el conocimiento y uso de HTML 5.

Claro, esto tiene incidencias sobre los desarrollos web futuros. Dando por hecho que HTML 5 contará con posibilidades XML como namespaces y demás, esto implica que la W3C deja de lado el desarrollo de dos ramas diferentes del estándar para orientar todos sus esfuerzos en una sola dirección. Esto, que no es ni bueno ni malo, va a tener repercusiones, ya que mucha gente va a sentirse afectada al aplicar estándares XML de forma segura a sus sitios. HTML 5 tiene muchas capacidades (aunque hayan cacareado tanto el tema del video integrado, no creo que sea de las mejores cosas que pueda hacer este nuevo lenguaje), pero habrá que ver que estandarización tiene integrada de cara a hacer sitios válidos. De momento se supone que Amaya y Firefox 3.5 lo llevan, así que todavía queda mucho trecho para que se convierta en un estándar de facto. Pero con este último giro de los acontecimientos, es casi seguro que lo será en menos tiempo. Tal vez por eso lo han hecho.

Una pequeña entrada para descubrir un nuevo sitio de carga y descarga de archivos que he encontrado. Ya sé que hay un montón de estos por ahí, pero este es particularmente interesante:

  • Gratis hasta 500 MB por archivo.
  • Puedes descargarlos eternamente (sólo te lo borran si no se lo ha descargado nadie en 60 días).
  • Puedes borrarlo cuando quieras.
  • Puedes usarlo como reservorio de archivos o simplemente para compartir algo con alguien.
  • Puedes subir cualquier tipo de archivos.
  • No exije registrarte: subes el archivo y ya está.

En general parece una idea interesante y una alternativa a los sitios al uso donde tienes que registrarte, pagar por casi todo o que tienen limitado el acceso o el número de descargas. Se puede subir hasta un 1 GB si pagas, pero para la mayoría de los casos 500 MB son suficientes. Además, si es demasiado grande siempre puedes partirlo en trozos y subirlos independientemente. Eso sí, en la descarga hay publicidad, pero bueno, no es algo demasiado relevante teniendo en cuenta la falta de limitaciones. No sé cuanto puede llegar a durar algo así, pero bueno, mientras lo haga…





A %d blogueros les gusta esto: