Con Sloppy podemos simular todo tipo de conexiones. ¿Quieres saber como “disfrutarán” de tu sitio web los usuarios con conexiones de 28.8K? Pues Sloppy es la solución.

No hay post relacionados.

El nuevo sitio web de Typographica ya está en funcionamiento: bueno, bonito… y en wordpress. Todo inspiración.

Post relacionados:

1. La nueva MaxiTuning.es está terminada… vuelvo a ser persona
2. WordPress se pasa a la navegación lateral
3. ¡A descargar!: WordPress 2.5 ya está disponible…

Druplicon

Este mes se cumple practicamente un año desde que comenzamos el desarrollo de maxituning.es y maximototuning.es utilizando Drupal. En aquel momento Drupal 6 ya estaba disponible en versión estable y lista para producción y algunos de los módulos principales (como CCK o Views) ya ofrecían versiones estables. En ese momento surgió una duda que todavía hoy tienen quienes deciden trabajar con Drupal para un proyecto más o menos grande ¿Drupal 5 ó Drupal 6?.

Al final, tras estudiar uno a uno todos los módulos que queríamos utilizar decidimos decantarnos por Drupal 5. Muchos de los módulos que tenían algo que ver con mejoras de interacción y otros relacionados directamente con funcionalidades de comunidad o no estaban listos aún o eran ofrecidos en versiones “beta” o “alfa”.

Un año después, siguiendo el calendario de desarrollo, seguimos mejorando el sitio por lo que nos toca pasar unas cuantas horas trabajando y experimentando con nuevos módulos y versiones. Desde hace 2 ó 3 meses tengo la sensación de que utilizando Drupal 5 empezamos a “perdernos algo”. Muchos de los módulos más interesantes que se están publicando y tienen un carácter más “social” o “2.0″ son para Drupal 6 y practicamente todas las funcionalidades que ofrecemos en nuestros sitios ya están disponibles para la última versión del CMS.

No se si afrontaremos este año o el que viene el cambio a Drupal 6 pero lo cierto es que mi experiencia de los últimos meses me dice que Drupal 6 ya está madurito para utilizarlo en todo tipo de proyectos: tiene de todo, para todos.

Post relacionados:

1. Servicio de alertas de seguridad en Drupal: un ejemplo de calidad en un proyecto OpenSource
2. ¡Google utiliza Drupal!
3. Drupal + Joomla: Joopal… ¿inocentada?

El error es debido a un problema de configuración en el servidor de bases de datos MySQL y es relativamente sencillo de solucionar. Para ello bastará con que contactemos con nuestro servicio de hosting (¿o tienes servidor propio?) y les pidamos que aumenten el valor de “max_allowed_packet” hasta 64 megas en el archivo my.cnf

La propiedad tendría que quedar tal que así:

max_allowed_packet=64M

El problema puede venir si usais un alojamiento compartido. La experiencia me hace desaconsejaros casi cualquier alojamiento compartido convencional o baratito para su uso con Drupal. La instalación del propio “core” y la de algunos módulos harán que tengáis que hacer ciertas peticiones, como la que tratamos en este post, que algunos servicios de soporte no podrán ejecutar. La frecuencia e intensidad de este fenómeno es inversamente proporcional al coste del alojamiento.

En todo caso, el “problema max_packets_allowed” es una de las pocas “novatadas” que Drupal os gastará a los que comenceis a trabajar con él. Eso sí, tened en cuenta que las especificaciones que aparecen en el sitio oficial no son recomendaciones. Si no les haceis caso es probable que consigáis instalar Drupal y empezar a trabajar con él pero dudo que consigáis terminar el proyecto… al menos en el hosting inicial.

Post relacionados:

1. Drupal 6 ¡listo y maduro!
2. ¡Google utiliza Drupal!
3. Servicio de alertas de seguridad en Drupal: un ejemplo de calidad en un proyecto OpenSource

La verdad es que somos muchos los que alguna vez hemos pensado que sería ideal contar con un CMS con la facilidad de uso y gestión de Joomla y la potencia y versatilidad de Drupal. Del anuncio oficial en el sitio web de Joomla me han llamado la atención algunas ideas como:

• La baza de Joomla frente a Drupal es su programación orientada a objetos mientas que se considera que la de Drupal es su flexibilidad.
• Joopal sería compatible con las funciones de Drupal 6.
• Con Joopal puedes utilizar los bloques de Drupal y utilizar sus módulos como componentes de Joomla.
• Por último, el comunicado de Joomla invita a todos los que trabajan con Drupal a testear Joopal.

La verdad es que parece una fantasía hecha realidad… que bien podría tener que ver con el día de los inocentes. A fin de cuentas hoy es el April Fools’ Day en muchos países anglosajones.

Post relacionados:

1. Karibu: la ¿última? RC de Joomla 1.5
2. Presentación de Dries Buytaert sobre “el estado de Drupal”
3. Jornadas para eliminar bugs… ¿una buena estrategia de Joomla?

Otra buena característica es que dependiendo del origen del usuario (Facebook, Google, Twitter) el mensaje, y el tipo de sugerencia, cambia. Por ejemplo, si somos un usuario que llega desde Twitter podemos decirle que agregue los feeds a su lector pero también que haga un post sobre nuestro blog o que, simplemente, se haga nuestro “follower”.

Aunque los mensaje que vienen por defecto son en inglés y un poco sosos podemos personalizarlos cambiando el idioma y haciéndolos un poco más “salaos”. Además, la personalización se hace desde el propio panel de WordPress por lo que no tenemos que andar cacharreando con archivos PHP o de idioma.

¿Tienes varios blogs? Sin problemas. Puedes traducir y personalizar los mensajes, seleccionar las reglas de visualización y luego exportar toda la configuración a un archivo TXT. Luego solo tienes que importar el archivito en el resto de tus blogs.

En resumen, teniendo en cuenta lo complicado que es establecer una política efectiva de sindicación este plugin puede conseguir que más de un usuario se convierta en un lector fiel. Además, con un ligero “toque CSS” y unos mensajes personalizados poco molestos o simpáticos podemos convertirlo en un buen “accesorio” del blog.

Post relacionados:

1. Una experiencia WordPress
2. WordPress se pasa a la navegación lateral
3. No puedo utilizar los controles del reproductor por motivos legales

MLAB con Drupal

Aunque la semana pasada estuve “cacharreando” por el nuevo proyecto de Google, Measurement Lab (M-Lab), no investigué demasiado con qué estaba hecho. La mayor parte de los proyectos de Google parecen estar rodeados de cierto misterio en todo lo relativo a los lenguajes y plataformas que usan.

Hoy he leído en el blog de Dries Buytaert que el sitio web de M-Lab está hecho con Drupal y la verdad es que me he llevado un alegrón tremendo. A fin de cuentas estoy basándome en Drupal para dos proyectos importantes y siempre supone un apoyo moral a  tu elección. Lo cierto es que cada día que pasa me parece que Drupal, como proyecto, es cada vez más sólido: una comunidad fuerte y activa, distintas orientaciones del producto (blogs, comunidad, etc), eventos (DrupalCon), etc. Sin duda alguna, que Google utilice la plataforma supone un importante espaldarazo no tanto en lo tecnológico (el sitio que han desarrollado es bastante sencillo) pero sí en los publicitario.

En todo caso, una vez más, creo que no hay que ser “fan” de un CMS, un lenguaje o una tecnología… simplemente utilizar y apoyar la que mejor funcione en cada momento.

Post relacionados:

1. Google invierte 90000 dólares en Drupal
2. Drupal 6 ¡listo y maduro!
3. Google Highly Open Participation Contest: buscando jóvenes talentos.

Hoy hemos terminado el nuevo sitio web de Maxi Tuning. Han sido unos meses duros pero muy, muy gratificantes. Toda la empresa nos ha apoyado y creo que el producto final no es perfecto pero es bastante bueno.

Para los que hayan ido de cabeza al código: hay fallos de validación tanto en estándares como en accesibilidad. Pero los corregiremos pronto.

¡Gracias a todos/as los que me han tenido que aguantar durante los días de la publicación! Sobre todo a Mayte que más que aguantar, me ha sufrido.

Nota: prometo dar detalles.

Post relacionados:

1. W3CSites: belleza estandarizada
2. Drupal en el Seminario Internacional de Usabilidad y Accesibilidad
3. Rediseño del sitio web del W3C: ¡beta visible!

Por todo ello, cuando vi que para la versión 2.7 se estaba pensando en incluir cambios en una parte de la administración tan importante como el menú principal quedé sorprendido… ¿para qué tocar algo que funciona bien?. Según el borrador publicado con los “wireframes” de la futura versión las razones principales serían el aumentar la capacidad para incluir de una forma ordenada más menús y submenús y el deseo de que toda la zona de “cabecera” ocupe algo menos. Con todo, las zonas de gestión quedarían más visibles y centradas en las pantallas de portátiles y otros dispositivos de visualización panorámica. Se añade además una posibilidad muy interesante como es el “colapsar” los menús laterales de modo que aún ampliamos más el espacio para la edición y gestión del contenido y las aplicaciones.

El motivo para el cambio de ubicación del menú que más me convence es lo relativo a la posibilidad de incluir con mayor comodidad más menús y submenús. Es mucho más fácil jerarquizar y manejar un menú lateral que un menú superior. En todo caso, creo que la necesidad de ubicar más elementos es la indisimulada intención de ir convirtiendo WordPress en algo más que un CMS para blogs. Creo que a medio plazo se pretende situarlo como un CMS de referencia para la creación de sitios web mucho más completos.

Otra cuestión que me ha llamado la atención es la idea de mejorar la forma en la que se gestionan los contenidos multimedia. Especialmente importante me parece la posibilidad de gestionar en la propia pantalla de edición de cada post los elementos multimedia. De nuevo, parece un avance de lo que nos depara el futuro: una integración mucho más completa entre el contenido textual y multimedia (perdón por la obviedad).

La verdad es que es todo un lujo poder ir echando un vistazo al trabajo que se está realizando para la nueva versión de WordPress. En un proyecto como este los cambios no producen miedo sino cierta ansiedad de ver el producto final.

Post relacionados:

1. Una experiencia WordPress
2. WordPress no para
3. ¡A descargar!: WordPress 2.5 ya está disponible…

Portada de maxituningshow.es

Creo que no hace falta decir que WordPress es el CMS de referencia a la hora de crear un blog. Y no lo es únicamente porque sea el más extendido o el más fácil de usar o instalar. Lo es porque, aparte de eso, tiene una gran potencia y versatilidad.

El caso es que hace unos días, en la lista de Ovillo había algún usuario que preguntaba por la mejor opción de cara a la elección de un CMS. Me dio la sensación de que se trataba de algún proyecto “grande” y buscaba algo con una pinta profesional. Creo que mucha gente no acaba de creerse que un proyecto OpenSource y basado en una tecnología no demasiado exótica como PHP pueda ser potente y fiable.

Por eso, quiero compartir con vosotros algunas de las cifras y experiencias de un proyecto real que hemos desarrollado en el área de tuning (Maxi Tuning) de Motorpress-Ibérica. Se trata del mini-site del Maxi Tuning Show de Montmeló.

Planteamiento y objetivos:

La idea era crear un sitio con tiempos de desarrollo muy cortos (que no excediera el mes de desarrollo), con bajos costes y de muy fácil actualización/gestión del contenido.

No queríamos crear un “blog puro” pero tampoco un sitio web con demasiadas funcionalidades. Después de valorar distinas opciones elegimos WordPress y nos pusimos a trabajar.

Desarrollo:

Nos adelantamos a los tiempos previstos y en unos 20 días teníamos on-line una beta abierta del sitio. Esto fue posible gracias a la flexbilidad en el diseño y la gran cantidad de recursos que encontramos en el sitio de WordPress para adaptar el CMS a nuestras necesidades. Basicamente, conseguimos que WordPress se adaptara a nosotros en lugar de nosotros a él (con alguna limitación, claro).

No hace falta que os diga que la gestión de plantillas y CSS de WordPress facilitó mucho las cosas. Además, trabajamos con los diseñadores editoriales para que hicieran algunas partes de la creatividad… ¡trabajo en equipo!

En cuanto a los módulos y funcionalidades, para evitar cualquier problema de seguridad con “terceras partes” intentamos instalar y gestionar los menos plugins posibles. Solo instalamos lo estrictamente necesario. Aparte de los más conocidos instalamos algunos que eran necesarios para mejorar la usabilidad (Breadcrumb NavXT, para las migas) y añadir una funcionalidad que no puede faltar en el mundo del tuning: la galería de fotos. Para ella, optamos por el módulo de referencia en WordPress como es NextGEN Gallery.

Las cifras:

Es probable que si algún blogger de éxito lee esto se ria un poco con las cifras que os vamos a comentar.  Aún siendo muy superiores a las que la mayoría de los blogueros obtienen diariamente son inferiores a las que algunos de los blogs más famosos de Internet pueden llegar a conseguir. En todo caso, nos sirven para confirmar que WordPress no se “cae” a las primeras de cambio (uno de los grandes temores de los “novatos”).

Ahora mismo no tengo las cifras oficiales de Analytics pero sí os puedo dar las que registra el módulo WordPress Stats. Por experiencia, sabemos que no son demasiado fiables pero os pueden dar una idea de la potencia del CMS.

Durante la semana anterior al fin de semana del Maxi Tuning Show de Montmeló tuvimos una media de 2000 vistas diarias. El jueves y el viernes empezamos a estar entre las 4500 vistas del jueves y las 7500 del viernes. Sin embargo el sábado llegamos a más de 20000 y hasta el lunes no bajamos de 10000. La semana posterior al evento registramos unas 4000-5000 vistas diarias. No está mal ¿verdad?

Lo mejor de todo es que durante los dos días que duró el evento publicamos más de 1700 fotos que fueron visualizadas y descargas de forma masiva. El buscador también fue utilizado de forma intensiva. Es decir, las visitas “tiraron de CPU” sin que registraramos incidencias apreciables. Bien es cierto, que nuestros compañeros de “Sistemas” estaban al tanto de la “acción” y estuvieron pendientes de nuestro servidor durante todo el fin de semana.

Resumiendo:

Después de varios meses funcionando y tras su prueba de fuego durante y después del Maxi Tuning Show de Montmeló hemos quedado más que contentos con el funcionamiento de WordPress. Conseguimos un sitio web con todas las ventajas de un blog hecho con WordPress (usabilidad del panel de control, SEO casi perfecto, sindicación, trackback, etc…) pero con un diseño y planteamientos más cercanos a un mini-site.

Espero haberos ayudado a disipar algunas dudas o inquietudes…

Post relacionados:

1. WP Greet Box: plugin de WordPress recomendado
2. WordPress se pasa a la navegación lateral
3. La nueva Typographica, en WordPress