eMartos

Seguro que alguna vez te has preguntado cómo se consigue la típica Like Box de Facebook que muestra los fans de una página. Confieso que yo mismo he estado buscando la manera de hacerlo hasta que por fin lo he conseguido. ¿Mi error? Creer que era necesaria una aplicación de Facebook para echar a andar este simpático widget. Con la intención de evitarle a otros la pérdida de tiempo, voy a explicar, paso a paso, cómo se obtiene el código preciso para compartir con el mundo nuestra popularidad.

El plugin Like Box se enmarca dentro de los llamados Social Plugins de Facebook, que permiten potenciar y promocionar nuestra actividad social. Como se puede ver, obtener el código del plugin no es complejo en absoluto, salvo que uno se empeñe en leer Application ID donde claramente dice Facebook Page ID. No sé cuántas aplicaciones he creado hasta que, en un ataque de lucidez, leí lo que realmente está escrito, pero lo cierto es que he aprendido bastante de la API de desarrollo de Facebook.

El identificador de nuestra página se puede conseguir de diversas formas, pero en este enlace proponen un método infalible, que consiste en capturar el enlace del logo de la página, una de cuyas partes es el mencionado identificador.

Una vez generado el código, se puede insertar en cualquier web sin dificultades. En Drupal, la manera natural es crear un bloque y pegar el contenido, guardándolo con un filtro que no elimine etiquetas HTML (como Full HTML).

Como bonus para los usuarios de Drupal, recomiendo probar un módulo creado por bsdixon que sólo requiere un par de parámetros para funcionar.

El resultado se puede ver en la sidebar, justo debajo del stream de Twitter.

Después de que Osmobi cerrara sus puertas a finales del pasado junio (el comunicado oficial de la compañía no funciona), tenemos que buscar alternativas para movilizar nuestros portales web.

Aparte de recursos específicos como el Mobile web blog, que parece muy centrado en Drupal, y del módulo Mobile tools para esta misma plataforma, tenemos una magnífica solución llamada Mobify, que permite generar una versión móvil de cualquier sitio web en cuestión de segundos.

El resultado mejora si se tienen algunos conocimientos de CSS, ya que los resultados mejoran sensiblemente si se adorna un poco el código auto generado. En cualquier caso, Mobify ofrece una serie de planes de pago en los que se incluyen servicios profesionales a medida.

Otra característica fundamental es un sistema de redirección que permite enlazar con la versión móvil en la URL por defecto (dominio.mobify.me), o a nuestro propio dominio con la sola creación de un registro CNAME y la inserción de un código JavaScript no obstrusivo como únicos requisitos.

El punto negativo, sin embargo, es que los portales dinámicos, como los que se basan en Drupal, Joomla, Liferay, etc., no encajan, desde mi punto de vista, en la filosofía de uso de Mobify, ya que todas las páginas deben ser formateadas de manera individual. En portales pequeños y con un escaso porcentaje de cambios, esto puede no ser un problema; pero en portales con un número considerable de páginas, hace inviable el uso de este servicio. He buscado en la documentación y he lanzado una pregunta en los foros por si estoy equivocado en este punto, y hace un rato tuve una conversación con Igor Faletski, fundador de la compañía, que también he aprovechado para enviarle feedback.

No deja de parecerme un servicio muy interesante que terminará por abarcar las necesidades de todos los desarrolladores web, y que sin duda toma el testigo de Osmobi en un camino que parece prometedor para la avalancha de dispositivos móviles que está por venir.

He creado un bloque muy útil tanto para mí como para mis clientes: ¿En qué estoy trabajando?, que se puede ver en la sidebar. La información que muestra son aquellos proyectos que carecen de fecha de cierre.

De esta forma, un cliente que desee contratar mis servicios puede saber si estoy saturado de encargos, si las tecnologías en las que estoy inmerso en un momento dado aportan valor a sus necesidades, etc. Y a mí me permiten disponer de un magnífico resumen de mi actividad global.

El tiempo de carga de un portal web es una característica esencial para que los visitantes no se marchen precipitadamente. Tweetmeme es un componente interesante por la información de relevancia inmediata que proporciona, pero también es un lastre para el servidor, ya que por cada post debe realizar una petición remota, lo que supone un considerable consumo de recursos.

Por este motivo, aunque he decidido mantenerlo como opción en los posts, sólo aparecerá en el detalle de cada uno de ellos, aligerando, con ello, la carga de la portada. Además, en el pie de los posts ya existía la posiblidad de compartir los contenidos gracias a ShareThis.

En ocasiones, olvidamos que un sitio web es un espacio informativo al que los usuarios acuden para encontrar información. Aunque pueda parecer de perogrullo, lo cierto es que se suele dar más importancia a la estética que a la facilidad para satisfacer ese requisito esencial.

Hoy he terminado de implementar una funcionalidad para mejorar la experiencia del usuario. Se trata de un widget de sugerencias para visitas procedentes de buscadores. Es frecuente que los buscadores indexen contenidos de la portada que no terminan asociando con su enlace permanente. Así, cuando el usuario accede al enlace proporcionado por los resultados de búsqueda, posiblemente no encuentre que esperaba, causándole frustración. Para paliar este problema, he ideado un sistema de sugerencias que analiza la consulta del usuario al buscador y le ofrece alternativas dentro del portal, ya sea en forma de búsqueda interna o de palabras clave.

Para verlo en funcionamiento, sólo hay que buscar eMartos en Google y pulsar el resultado que conduce a este sitio web. El widget se muestra en la zona superior del contenido.

Uno de los módulos más inestables de Drupal es Administration menu. Sin embargo, resulta de una utilidad inestimable ya que evita ensuciar el diseño del portal con un bloque destinado a las tareas administrativas.

Ayer advertí que uno de los sitios que gestiono, había perdido la opción de crear contenido (create content). Las secciones seguían existiendo, ya que se podía navegar hasta node/add. Como siempre, cinco minutos de búsqueda en Google permiten ahorrar horas de depuración directa. El resultado es un hilo de los foros de Drupal donde se describe minuciosamente el error y se proporciona un parche para solucionarlo.

Cuando estaba realizando el diseño técnico del portal, pasé bastante tiempo analizando el problema del spam. Por una parte, podía optar por usar CAPTCHA en todos los formularios, pero esta medida es un obstáculo para los usuarios y trato de evitarla siempre que puedo. Por otra parte, podía utilizar algún módulo anti-spam de Drupal, pero consideré que cargaría el sistema innecesariamente, ya que mi parroquia suele ser escasa (eso sí, muy selecta).

Hoy me he topado con mi equivocación materializada en cientos de comentarios anunciando medicamentos de venta online. La situación se ha visto agravada debido a que la notificación de nuevos comentarios no estaba funcionando. Si hubiera pasado una semana sin revisar el portal a fondo, la tarea de eliminar todos los comentarios me hubiera supuesto horas de trabajo inútil. Para colmo, mi amigo Samuel había inaugurado los comentarios hace varios días y no me había enterado hasta ahora.

Para evitar la terrible lacra del correo basura, he instalado el módulo AntiSpam, un cómodo wrapper de servicios tan conocidos como Akismet, TypePad AntiSpam y Defensio. Gracias a una interfaz simplificada, la configuración se convierte en una tarea sumamente sencilla, y la mayor ventaja es que no molesto a mis lectores con pruebas de humanidad innecesarias.

Actualización 22/05/2010, 3:25. Constato que el módulo está funcionando. En el tiempo de escribir esta nota, ya hay trece comentarios basura.

Actualización 22/05/2010, 13:30. En LevelTen hacen una excelente recopilación de módulos anti-spam para Drupal. Sopesando diversos criterios, como no incordiar al usuario y evitar dependencias de terceros, entre otros, he decidido probar Spamicide, un ingenioso método que impide a los spammers llegar siquiera al estado de comentario no aprobado: directamente los detiene antes de entrar. Llevaba desde anoche recibiendo ofertas de Cephalexin (no sé si complex o simplex), y tras la instalación del módulo, la avalancha parece haberse detenido.

Actualización 23/05/2010. El módulo parecía funcionar al principio, pero horas después volví a recibir spam. El problema se resume en dos errores de programación que, por suerte, están documentados y resueltos aquí y aquí. Para la gestión de los comentarios, recomiendo activar las notificaciones del módulo AntiSpam en el perfil de usuario (epígrafe AntiSpam moderator settings), pero activando la opción Only content needing approval. De esta manera, Drupal envía notificaciones por correo para aquellos comentarios que requieren aprobación.