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?

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.