El blog de Artefacto

Y entre el aluvión de nuevos trabajos que estamos presentando estos días, hay que destacar el sitio web de Helmántica International Trading (HIT), disponible en estrategiahit.com. Esta empresa salmantina de vocación internacional proporciona servicios profesionales de consultoría y asesoramiento comercial en relaciones comerciales, exportación y procesos de internacionalización.

La web está basada en Artefacto Server, nuestro veterano sistema de gestión de contenidos (CMS). ¡Bienvenidos a la familia Artefacto!

Cada vez más, los programadores web hacen que los sitios webs carguen algunas bibliotecas JavaScript desde la CDN (Content Delivery Network, red de entrega de contenidos) de Google, en lugar de hacerlo desde el propio servidor web donde está instalado el sitio o la aplicación.

Esto tiene algunas ventajas importantes, como que ahorra ancho de banda del servidor de la compañía y además hace que el propio sitio web cargue más rápido (ya que los navegadores hacen las peticiones a servidores distintos en paralelo). También optimiza el propio tráfico de Internet, porque si todo el mundo usa el mismo archivo del mismo servidor, la primera vez que el navegador lo solicita se guarda en caché, y en sucesivas peticiones no es necesario descargarlo.

A la hora de cargar bibliotecas podemos cargar la API de JavaScript de Google y desde ahí cargar mediante código JQuery (o la biblioteca que nos interese). Otra opción es cargar directamente el archivo desde el repositorio de Google:

<script src="http://ajax.googleapis.com/ajax/libs/jquery/1.4.2/jquery.min.js"></script>

Este enfoque es adecuado, pero tiene algunos problemas: ¿qué pasa si un día Google decide dejar de alojar el código? Esto no parece muy probable, pero ¿y si se cae un servidor de Google y nuestra página deja de funcionar? Vale que tampoco parece que vaya a ocurrir mañana. Pero hay una última posibilidad en la que no pensé en su día y que es bastante más posible que las anteriores: ¿y si un día le enseño el proyecto a un cliente en mi portátil (ejecutándolo en local) y no tengo conexión a Internet?

Y hay una opción que nos permite evitar este posible contratiempo. En el fondo, es tan sencillo como alojar la biblioteca en nuestro servidor y cargarla sólo si no se pudo cargar la de Google. Por ejemplo, así:

<script src="http://ajax.googleapis.com/ajax/libs/jquery/1.4.2/jquery.min.js"></script> <script type="text/javascript">// <![CDATA[
!window.jQuery && document.write('<script src="js/jquery-1.4.2.min.js" mce_src="js/jquery-1.4.2.min.js"><\/script>')
// ]]></script>

La primera línea se encarga de descargar el archivo de JQuery del servidor de Google. Y la segunda simplemente comprueba si se ha cargado correctamente, y si no, escribe en el documento el código necesario para que se cargue desde el servidor local.

Ben the Bodyguard es una aplicación para protección de datos personales para iPhone e iPod Touch que debería salir al mercado a lo largo de lo que queda de mes.

Al margen de la aplicación en sí, que puede ser interesante, me ha gustado mucho la forma de publicitar la misma, a través de una web absolutamente fantástica que es un ejemplo perfecto de cómo un buen enfoque promocional puede hacer mucho por un producto. En un plano más técnico, también es toda una demostración de la potencia de las técnicas modernas de desarrollo con XHTML, CSS y JavaScript (de hecho no tiene ni pizca de Flash). Eso sí, se han gastado la pasta :-P.

La web completa es un escenario que se carga al ir haciendo scroll hacia abajo. Ben, nuestro protector, camina mientras reflexiona sobre la seguridad y la solución que esta aplicación ofrece. Me gusta mucho, tanto en el enfoque del mensaje (”soy tu protector, confía en mí” y no el consabido “tal aplicación te ayudará a protegerte”), como en la resolución técnica de la página.

Y viendo la cantidad de veces que se ha compartido en Twitter y Facebook (13 millones de enlaces prácticamente en ambos), está claro que les ha salido bien :-)

Ya hemos hablado alguna vez por aquí de los problemas que nos causa a los desarrolladores de sitios web el Internet Explorer 6, otrora buque insignia de la entrada de Microsoft en Internet, y del grave perjuicio que sigue causando a la innovación en la web (hasta el punto de que Google tuvo que dejar de soportarlo en Google Docs).

Las cosas mejoraron bastante con Internet Explorer 7, aunque en muchas cosas este navegador sigue recordando a su versión anterior. Ha habido que esperar a la versión 8 para obtener algo equiparable a un navegador moderno. Lo peor de todo esto es que debido a la política de actualizaciones de Microsoft, empeñados en ofrecer las nuevas versiones sólo a los usuarios registrados y legales de Windows (supongo que con razón), ahora mismo coexisten muchas versiones distintas de Internet Explorer, cada una con un comportamiento distinto a las anteriores. En fin.

Escribo todo esto porque hay un proyecto en Google Code muy interesante, consistente en una biblioteca JavasScript que sirve para adaptar el comportamiento de las versiones antiguas de Internet Explorer, haciéndolo lo más parecido posible al de las versiones 8 y 9. Corrige algunos (no todos, ni de lejos) problemas con el CSS y con el código HTML, además de solucionar el tradicional problema de las transparencias de los PNG.

Para utilizarlo, basta incluir en la cabecera un enlace al archivo JavaScript en cuestión. Me parece una idea fantástica, no sólo por la idea en sí, sino por la sencillez de su planteamiento.

¡El equipo de ARTEFACTO Diseño y Publicidad os desea un 2011 lleno de éxitos!