Recibí un desafortunado correo electrónico de la Drupal Association, en el que decían que tienen que cancelar la DrupalCon en São Paulo debido a la baja participación, los pocos patrocinios y la escasez de propuestas de sesiones. Estas son malas noticias para los usuarios de Drupal en Brasil, pero hay un lado positivo en todo esto.
Drupal es un sistema de gestión de contenidos excepcional. Hemos estado activos tanto en Drupal como en WordPress en los últimos años, y vemos que gran parte del progreso en WordPress se debe a la incorporación de características similares a las de Drupal. Las dos cosas que más nos frustraban de Drupal eran el soporte multilingüe incompleto y la nula tolerancia hacia los módulos de pago. Por lo tanto, no lográbamos ofrecer a nuestros clientes de Drupal el mismo nivel de dedicación que tenemos para WordPress.
Hemos estado recomendando a nuestros clientes de traducción de Drupal que reconsideren su estrategia de desarrollo web y se planteen crear nuevos sitios multilingües con WordPress. Sé que no es una decisión fácil. Depende de lo que realmente necesite y de cómo sus funciones actuales de Drupal se correspondan con los plugins de WordPress. Espero que esta entrada le ayude a tomar esa decisión.
Migrar sitios web de Drupal a WordPress: ¿qué plugins?
Cuando considere pasar de un CMS a otro, ya sabe que no será un movimiento trivial. La mejor práctica sería crear nuevos diseños en el nuevo CMS, pero si está completamente atascado, también podría plantearse hacer el esfuerzo de migrar los sitios existentes.
La pregunta más relevante siempre es si existe la funcionalidad requerida. Veamos.
Contenido multilingüe
Los desarrolladores web de Drupal que crean sitios multilingües están familiarizados con el módulo i18n de Drupal. i18n es un módulo excelentemente escrito y bien mantenido. En WordPress, esto equivaldría a nuestro plugin WPML. WPML goza de la misma arquitectura que i18n, añadiendo atributos de idioma al contenido y separando los idiomas en distintos elementos. En Drupal, se llaman «nodos»; en WordPress, se llaman «entradas» y «taxonomía».
Lo divertido del i18n de Drupal es que es gratuito. El problema del i18n de Drupal también es que es gratuito.
Gratuito significa que no paga nada por usarlo, pero los desarrolladores tampoco le deben nada. Hacen todo lo humanamente posible para que todo funcione, pero también tienen otras obligaciones. En el caso de WPML, usted paga 79 $ y obtiene un soporte comercial fiable. WPML es nuestro medio de vida. Si no logramos que esté contento, bien podríamos buscarnos otro trabajo. Nos gusta mucho nuestro trabajo y no vamos a permitir que eso ocurra.
Además de proporcionar un soporte fiable, los ingresos que obtenemos de WPML nos permiten mantener una plantilla completa de desarrolladores, diseñadores y evaluadores de control de calidad. Siempre estamos listos con una versión de WPML compatible antes de cualquier versión de WordPress y contamos con los recursos para mantener la compatibilidad con otros plugins y temas importantes.
Si se toma en serio la creación de sitios web que necesiten llegar al público multilingüe global de hoy en día, va a necesitar herramientas profesionales con un buen soporte. No es casualidad que WordPress con WPML sea el líder en este ámbito.
Views y CCK
Pregunte a cualquier desarrollador de Drupal qué es lo que más le gusta y escuchará «Views y CCK» (CCK ya está en el núcleo de Drupal 7). Por supuesto, Views y CCK permiten a los desarrolladores web crear cualquier cosa, con un esfuerzo mínimo y con tan solo unas pocas líneas de código (si acaso).
Creemos que lo mismo se aplica a WordPress. Tal vez sea divertido programar todo desde cero, pero ¿realmente tiene sentido?
WordPress ahora tiene su propia versión de estos fantásticos módulos. Los llamamos Views y Types. Es un proyecto ambicioso que empezamos hace aproximadamente un año.
Nuestros Views y Types están escritos para satisfacer necesidades similares, pero no como clones de los módulos de Drupal. Drupal está construido de forma diferente y los desarrolladores necesitan herramientas distintas para Drupal y para WordPress. Hemos intentado hacer que nuestros Views y Types de WordPress sean más fáciles de usar e independientes. En lugar de depender de una familia de módulos adicionales, nos gustaría que los desarrolladores web pudieran crear sitios completos con nuestros plugins.
Types define los tipos de contenido (como CCK) y Views los muestra. Views puede consultar el contenido de la base de datos y mostrarlo de la forma que desee.
Al igual que con los módulos de Drupal, la curva de aprendizaje no es trivial. Para ayudar, estamos creando tutoriales completos y tutoriales breves de introducción, y hay más en camino. De hecho, la facilidad de uso y una curva de aprendizaje suave son factores decisivos para cualquier herramienta de este tipo. ¡Estamos en ello!
¿Crearlo o comprarlo?
Ahora llegamos a la gran pregunta.
Muchos sitios de Drupal se construyen desde cero. Los desarrolladores utilizan módulos potentes y crean el sitio desde cero. En WordPress, muchos sitios empiezan con un tema y algunos plugins. El desarrollador comenzaría ajustando el tema y añadiendo gradualmente funciones con plugins ya creados.
No hay una forma correcta o incorrecta, solo hábitos. Si está acostumbrado a crear sitios desde cero, esto también funcionará muy bien en WordPress. Sin embargo, si le gustaría ahorrar algo de tiempo al principio, quizá quiera buscar temas existentes que se parezcan a lo que busca y plantearse usar Types y Views para las personalizaciones sin tener que programar mucho.
