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.
Esta es tal vez una de las incidencias más frecuentes de Drupal y suele ocurrir cuando hemos avanzado bastante en el proyecto. La dichosa pantalla de error con la referencia “max_packets_allowed” no suele mostrarse hasta que no hemos instalado unos cuantos módulos o el sitio no ha empezado a aumentar en número de usuarios.
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.
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.
Mientras todo el mundo se fija en los “revolucionarios” y sofisticados métodos de trabajo de empresas como Google, Yahoo! o Apple hay otras que trabajan con metodologías y filosofías muy avanzadas pero pasan más desapercibidas. Este es el caso de Sun Microsystems. Uno de los elementos que les diferencian y les hacen más conocidos dentro de la comunidad de usuarios de internet es el “patrocinio” de un proyecto tan bueno como la suite ofimática gratuita OpenOffice.
Volviendo al tema de las “metodologias revolucionarias” resulta que echando un vistazo al blog de Dries Buytaert me he encontrado con un nuevo proyecto de Sun sobre Drupal. Al principio, el proyecto me interesó unicamente por ser una plataforma colaborativa de tipo multimedia sobre Drupal (¡yo quiero una!) pero después me encantó su filosofía.
En “Sun Learning Exchange” los empleados de Sun puede compartir y publicar videos y documentos sobre los distintos proyectos y “casos de éxito” en los que están trabajando. Es una manera de difundir y compartir conocimientos de una forma más dinámica que a través de la fría intranet. Eso sí, por lo que he podido ver, a parte de ser una herramienta colaborativa también lo es de difusión. El material es accesible a todos los usuarios de internet. Es una manera increible de implicar a los empleados en la difusión y promoción de los proyectos llevados a cabo dentro de la compañía y además una forma muy interesante de que puedan promocionarse a nivel personal o como equipo.
Viendo el amplio listado de material podríamos pensar que los empleados de Sun están super motivados. Puede que sí… pero es que además reciben ciertos incentivos por publicar. Los mejores contenidos recibirán un iPod de regalo.
En resumen, una estupenda idea que complementa otras políticas más convencionales como son los blogs corporativos.
Después de dos semanas de auténtica locura laboral vuelvo a tener algo de tiempo para escribir en el blog… ¡estaba deseando!
Llevo ya dos meses trabajando intensamente con Drupal en el desarrollo de un sitio web de comunidad y quería adelantaros algunas de mis conclusiones. La verdad es que ya había trabajado con Drupal antes pero hasta ahora no me había enfrentado tan intensamente al concepto de “comunidad”.
La experiencia está siendo muy buena y Drupal no me está defraudando en absoluto. Una de las cosas que más me está gustando es la posibilidad de crear plantillas en función de la URL de forma sencilla (basicamente creando distintos “page.php” en función del nombre de la URL). Aparte de la facilidad y la flexibilidad me permite crear casi mini-sites dentro del sitio y además me da muchas posibilidades para encajar formatos publicitarios.
Por supuesto, el otro elemento por el que Drupal se merece un templo es por sus módulo CCK y Views. Con el primero generamos “tipos de contenido” con los campos que queramos (de texto, de imagen, etc) y con el segundo podemos crear bloques o listados en página personalizados. Con ambos módulos instalados podemos hacer virguerías.
¿Lo malo? Tengo que instalar un montón de módulos, lo que supone un tiempo considerable y complica tareas de mantenimiento y migración. Voy a tener que desarrollar una política de actualizaciones bastante ferrea para evitar que alguno de los módulos se quede desactualizado.
El otro punto más que me mejorable de Drupal sigue siendo su administración. No es muy usable y al principio asusta un poco. Las prometidas mejoras para la versión 6 no son tan profundas como me hubiera gustado.
Conclusión. Estoy feliz con Drupal y creo que vamos a mejorar “nuestra relación” en los próximos meses.
Hará aproximadamente un año en HazHistoria decidimos que teníamos que ampliar nuestra oferta de CMS. No queríamos depender exclusivamente de Joomla a pesar de que la versión 1.5 consigue poner a este CMS en unos parámetros de calidad muy aceptables.
El caso es que buscábamos un CMS para proyectos más grandes, con buen código, buenos módulos y componentes y el máximo respeto hacia los estandares. Después de unos 3 meses de testeo nos decidimos por Drupal. Nos convencieron no solo sus excelentes características, sus buenas referencias (Amnistía Internacional, Yahoo! Research, etc…) sino la sensación de solidez y calidad que daba el proyecto Drupal por sí mismo. Un ejemplo de esto es el servicio de alertas de seguridad. Drupal no se limita a publicar las actualizaciones de la plataforma completa sino que además nos ofrece alertas concretas sobre distintos módulos ya sean del “core” de la plataforma o de “terceras partes”. Por supuesto, en las alertas se nos da información básica como la versión afectada, el nivel de riesgo o el tipo de vulnerabilidad.
Cada día nos gusta más trabajar con este CMS… ya os iremos contando.