Qué Vida Ésta

Una de las grandes barreras para cambiar de sistema operativo, al menos en mi caso, es la falta de estándares en aplicaciones típicas de oficina, como Word, Excel y sobre todo Outlook. En el caso de Outlook es especialmente crítico, ya que el sistema de calendario, invitaciones a reuniones, etc… es totalmente necesario en entornos de trabajo corporativos.

Por fin he encontrado la manera de compatibilizarlo con un plugin para Thunderbird y poder emular totalmente el sistema de invitaciones de Outlook, es el Thunderbird Lightning. Lo he probado durante unas semanas y la compatibilidad es prácticamente total.

Además se le puede añadir el plugin Provider for Google Calendar, con lo que además podemos compartir el calendario online con otros usuarios / estaciones de trabajo. Una solución realmente interesante.

Es la primera vez que inscribo el proyecto en un concurso de estos, a ver qué tal la experiencia. Inscribí el proyecto de Quiniela15, del que tengo un plan de viabilidad a medio plazo. El sistema, en principio, es de votación abierta en esta fase, aunque espero no se cuenten sólo los votos para seleccionar los proyectos que pasan de fase, ya que estos sistemas suelen ser altamente manipulables y ya he vivido experiencias en otros concursos (de otro tipo) que acabaron siendo una batalla a ver quién es el más hackea.

El premio no está del todo claro y parece incluso negociable, ya que BBVA entrará a formar parte del capital del proyecto ganador, pero no especifica en qué condiciones. Por otra parte es normal, cada proyecto es un mundo y las condiciones de participación tienen que ser distintas a la fuerza.

Así que nada, os pido el voto para Quiniela15! Sólo tenéis que entrar en la página del proyecto y hacer un click!

Actualización:

Parece que el widget parta poder votar ya funciona, lo dejo por aquí para una votación más cómoda. Todo sea por un voto! :)

La noticia, leída en Genbeta, es de lo más sorprendente en lo que afecta al Software Libre que he leído en mucho tiempo. Google ha decidido liberar el código de Jaiku en Python, bajo licencia Apache, para fomentar el uso del AppEngine.

Un poco de historia

Allá por principios de 2006, empezaba a sonar fuerte el microblogging, con Twitter como servicio estrella. La verdad es que Twitter parecía una aplicación extremadamente sencilla, sin muchos añadidos: se podía microbloggear, tenías tu red de microbloggers… y poco más. El servicio estaba caído cada dos por tres, mostrando unos gatitos en sus páginas de error que aseguraban haberla pifiado. Al menos se lo tomaban con humor.

Al poco tiempo salió Jaiku a la palestra. Parecía que se lo iba a merendar. Se podían integrar otros feeds, la integración con el móvil más lograda… y además parecía que el servicio era más estable y tenía menos interrupciones que Twitter (algo que por otra parte, tampoco parecía muy difícil de conseguir). En definitiva, aparentemente un servicio mucho mejor.

Google compró Jaiku en Octubre de 2007 y todos pensaban que iba a arrasar… pero no ha sido así. De hecho, no le ha llegado ni a la suela de los zapatos a Twitter en cuanto a tráfico y notoriedad se refiere. ¿Efecto red? ¿Triunfo de lo sencillo? Posiblemente ambas cosas.

Liberar Jaiku supone reconocer un error estratégico y la derrota frente a Twitter. Algo bueno tendría que tener Twitter, que hasta Facebook parece estar copiando su interface ahora!

Después de un tiempo sin estar a la última en cuanto a nuevas tecnologías sobre ordenadores, cuando quieres ponerte al día descubres que hay un buen número de novedades, nuevas opciones y posibilidades que complican la tarea de elegir un nuevo hardware.

En el caso de portátiles, con la incorporación de los ultra-portátiles y toda una gama de porcesadores con parecido nombre, la tarea de elección es complicada.

En cuanto a ultraportátiles, ya casi todas las marcas tienen uno. La verdad es que al principio me llamaban la atención, pero finalmente pienso que la pérdida de potencia y usabilidad no se ven compensadas por las ventajas que otorgan su reducido tamaño y precios altamente competitivos.

Aún así, la movilidad era algo necesario, por lo que los portátiles de 13.3” dan una relación buena entre rendimiento y tamaño justo, sin dejar de haber opciones de precio interesantes.

En cuanto a procesadores, si queremos Intel, tenemos que elegir entre las familias TXXXXX, PXXXXX, UXXXXX. Las familias U pertenecen sobre todo a ultraportátiles. Entre las T y las P, la diferencia principal es el consumo más eficiente de la familia P. Se puede ver información en detalle muy clara en este post. Este también fue un factor determinante en la elección.

Finalmente me decanté por el Toshiba u400-200, que sin ser un ordenador fuera de serie, cubre bien todas las necesidades que buscaba.

La compatibilidad con Linux era un factor de decisión importante, por lo que el Toshiba u400-200 también era una buena elección. Parece que los problemas que había con la versión de Ubuntu 8.04, que fueron subsanados en la 8.10. Todavía lo tengo con Vista, pero espero hacer la migración a Linux pronto.

Tener un WordPress en un servidor virtual con pocos recursos puede hacer que el rendimiento sea bastante pobre y la ejecución sea muy lenta. Esto puede pasar especialmente en el panel de administración, donde hay múltiples peticiones htp. 

Esto tiene solución, siempre que el tráfico en el sistema no sea demasiado alto. Una cosa que da muy buen resultado es ajustar la configuración de Apache, que viene por defecto configurado para sistemas más potentes. 

Lo primero, y que da muy buen resultado inmediato, es bajar, o incluso eliminar la directiva KeepAlive del archivo de configuración de Apache. Lo mejor sería dejarlo “On” pero con un KeepAliveTimeout bastante menor que los 15 segundos que vienen por defecto. Con dos segundos sería suficiente, pero podemos evitar que se abran y cierren conexiones innecesarios dejándolo en 5-6. 

Esto debería ser suficiente, pero se puede ir más lejos eliminando módulos innecesarios. En este post hay algunos detalles más. 

Si la cosa se pone seria, siempre podemos elegir otro servidor web, tipo Cherokee.

Elegir un hosting del que no has oído hablar es cómo consultar a los arcanos o mirar en los posos del café, donde la carta de la muerte tiene muchas probabilidades de aparecer con consecuencias desastrosas. No sólo ya muchas veces de pérdida de servicio, también en numerosas ocasiones de información valiosa.

El año pasado por estas fechas escribí acerca de algunas experiencias que tuve en cuanto a hosting. Es un servicio esencial del que más vale que te cuenten que guiarte por lo que puedes leer en los servicios que ofrede el proveedor del hosting. Tras algunas prosprecciones, he decidido quedarme con OVH, donde tengo un servidor dedicado. Es uno de los pocos proveedores que se atreven a poner un foro donde los clientes les ponen a caldo (y vaya si lo hacen), lo cual me inspira confianza. Tienen bastante documentación, lo que ayuda a no tener que contactar con el servicio técnico que, por otro lado, creo que no es lo mejor según me han contado.

En cuanto a VPS, también he renovado con VPSLand, aunque aquí he tenido algunas dudas más, ya que el servicio está en EE.UU. y añade algunos problemas de latencia y el hecho de tener IP no española. Por otro lado el servicio técnico es bueno y el precio no es desorbitado, pero es mejorable.

Aunque los datos oficiales, de Nielsen en este caso, van más tarde que la realidad, ya es un hecho. Facebook recibió más tráfico que MySpace. Y no es de extrañar. MySpace parece avocado a ser otro Tripod o Geocities, sitios que en su día fueron pioneros, pero que se han quedado sin nuevas metas o un rumbo claro a seguir.

Ciertamente, si MySpace ha aguantado tanto es por su carácter abierto, cosa en la que se contrapone a Facebook, por lo que el logro tiene, si cabe, más transcendencia. No me atraía demasiado Facebook en un principio… pero en esto de las redes sociales, el famoso refrán “Dónde va Vicente…. donde va la gente” es de lo más aplicable. A Facebook va a ser difícil quitarle esa red a la que tanta gente ya es adicta.

Vía OjoInternet

Hace un tiempo estaba en boca de todos, incluso Bill Gates aparecía como abanderado de este tipo de parametrización de la Web Semantica, pero realmente parece que el proyecto está algo parado a falta de que alguien (posiblemente Google) le de un impulso definitivo, si es que le da.

Los microformatos parecen la panacea de la categorización web. Se trata de estructurar de tal forma el contenido de las páginas HTML que los buscadores y robots pudieran identificar ese contenido y darle un significado. Como ejemplo, uno de los más populares es hCard, para información de contacto, sería:

<div id="contact" class="vcard">
   <h2>Contacto</h2>
   <h3 class="fn">Marcos Labad</h3>
   <p>Contactame por email en
    <a class="email" href="mailto:[email protected]">[email protected]
</a>,
    o en esta dirección:</p>
   <div class="adr">
     <div class="street-address">Calle Las Nubes</div>
     <div class="locality">Madrid</div>
     <div class="region">Spain</div>
   </div>
</div>

De esta forma cualquier buscador del mundo, podría identificar inequívocamente que esta zona de información es información de contacto y parametrizar calle, provincia, email, etc…

Otro realmente interesante , aún en pañales, es el hProduct, donde se especifican atributos de productos on-line. Sería estupendo para comparadores de precios tipo Kelkoo. En su día, cuando hacíamos crawling de las tiendas para capturar esta información, estábamos indefensos ante cambios de formato HTML en los productos en las tiendas.

Parece la gran solución! Una vez más, estamos ante la filosofía 2.0, donde los usuarios o los creadores de contenido “trabajamos” para los buscadores u otros servicios.

Si ya nos quejamos de la dependencia en Google para muchas cosas, no me puedo imaginar las ampollas que levantaría tener que, además, estructurar la información como nos digan, pero creo que ahora mismo sólo Google podría dar el impulsar este proyecto si lo incluye de alguna manera en sus resultados.

Google adoptó el hCard hace algún tiempo para Maps, y se utiliza el microformato elemental rel-nofollow de forma generalizada, pero no ha vuelto a dar un paso significativo en la adopción de microformatos. Algunas razones podrían ser:

• El éxito de Google se basa en que si alguien busca “peras”, le sale el mejor resultado en cuanto a “peras”, da igual que sea un producto de una tienda, un mensaje en un foro, o un artículo de un periódico ¿Que podría hacer mejores resultados categorizando aún más la información? Quizas sí, pero está claro que no es su prioridad ahora mismo y posiblemente sería bastante costoso hacerlo bien.

• Por otra parte, Google ya es parcialmente “semántico”, si entendemos como tal que identifica partes de la web y entiende a qué se refieren. Como ejemplo, este resultado de foros:
  
  En el primer resultado identifica que es un foro y las entradas que tiene, aunque es cierto que no siempre es capaz de capturar esta información, parece que no está del todo depurado.

• Hay muchísimos tipos de información en al Web. Es posible que Google tarde menos en categorizar algorítmicamente este tipo de información, como en el ejemplo anterior de los foros, que la comunidad web en describir y adoptar todo ese tipo de formatos como estándard

Algo más de información en:

– Ojomicroformatos.

– Microformatos: La web semántica para torpes.

– Microformats.org

Hay veces en la blogosfera que se arma un revuelo terrible por determinados hechos puntuales. En este momento es el caso, y es no ya por el descubrimiento, sino por ponerlo a disposición de la comunidad.

Ha sido Francois Derbaix, de Toprural.com, el que ha levantado la manta en un tema más que interesante: Las fuentes de tráfico según Google Analytics. Cualquiera que haya utilizado esta herramienta habrá quedado sorprendido por el alto porcentaje de tráfico procendente de Google, y habrá quedado pensando que, o haces SEO, o estás perdido.

Aunque cierto en parte, la verdad es que la configuración de Google Analytics favorece la contabilización del origen de las visitas de un usuario a Google (o cualquier otra fuente primaria) ¿Por qué? Analytics deja una cookie en el usuario identificando su origen. Esta cookie tiene una duración de 6 meses, y toda visita del usuario en esos 6 meses será atribuida a la fuente de tráfico desde donde vino. Es decir, que si te encontró en Google, entro en tu site 50 veces dede ese día, esas 50 visitas serán contabilizadas como origen “Google” (ojo, que podría ser Yahoo!, Ask, u otro sitio de referencia).

El criterio no digo que esté mal ni bien, ni siquiera que sea malintencionado por parte de Google para aumentar su notoriedad, pero conocerlo te da una mejor visión del tráfico que se mide.

De este post ha surgido un interesante debate del que se pueden aprender muchas cosas del funcionamiento de Analytics y formas de configurarlo. Si utilizas Google Analytics, no puedes dejar de leerlo.

Muy interesante este simple pero útil proyecto, llamado The Golden Grid, cuya traducción sería algo así como la rejilla de oro. Se trata de un Framework de CSS. Si ya tenemos Frameworks de PHP, Javascript, Java… por qué no de CSS? Ya hay algunos por ahí circulando.

La principal ventaja es la rapidez en poder hacer un primer proyecto de maquetación o diseño desde abajo (lo más general) hacia arriba, cuidando los detalles más adelante, de forma rápida y con resultados de buena calidad. Lo peor es quizá salirse de ese modelo rejilla, que aunque es común a muchos diseños, puede ser una limitación. Abstrayéndonos un poco, realmente es lo que pasa en los frameworks de otras áreas.

Gracias Vanesa por el descubrimiento!