Requisitos de mis sitios

Este es el segundo artículo de la serie sobre cómo preparé este sitio, y trata acerca de cómo drupal satisfizo los requisitos para mis sitios.

Estos fueron los requisitos principales:

1. Quería que drupal me permitiera crear varios sitios bajo el mismo dominio (eacosta.org).
2. Los sitios debían poder compartir información y quizás también contenido, pero cada uno debía tener contenido, menú, apariencia y características propias.
3. Los sitios debían ser bilingües.
4. Diferentes tipos de usuarios se debían poder crear, por ejemplo “amigos” o “familiares”.
5. Los diferentes tipos de usuarios tendrían diferentes niveles de acceso a contenido que no es público.
6. Cada sitio debe proveer fuentes RSS por lenguaje, tema, nivel de acceso, y sus combinaciones.

En el artículo anterior de esta serie expliqué que decidí usar la versión más reciente de drupal. Mi elección tuvo algunas desventajas temporales porque en ese entonces había muy pocos módulos y temas disponibles para drupal 6. Aún hay muy pocos para drupal 6 en comparación con los que hay para drupal 5, pero cada vez hay más, lo cual es bueno.

Lo que esto significó fue que casi no tuve alternativas para construir mi sitio y satisfacer mis requisitos. Sin embargo, encontré soluciones para los primeros 5 requisitos, de hecho, he intentado más de una solución para algunos de ellos.

El primer requisito, aislado de otros requisitos, puede resolverse con una configuración multi-sitios, que es una característica de drupal.

Sin embargo, satisfacer los requisitos 1 y 2 juntos es algo truculento. Se puede lograr con una configuración multi-sitios en la que todos los sitios comparten la base de datos, pero algunas tablas de la base de datos tienen que individualizarse usando prefijos en sus nombres a fin de que cada sitio pudiera tener sus características propias. Adicionalmente, se deben instalar módulos de control de acceso para controlar el contenido que se muestra en cada sitio. Si todo esto parece complicado, es más bien demasiado enredado. Intenté diferentes configuraciones y módulos, pero al final tuve suerte en que el módulo Domain access fue publicado. Este módulo no requiere una configuración multi-sitios y permite configurar todos los sitios y la base de datos desde las páginas de administración, que es mucho mejor que tener que configurar cada sitio con archivos y hacer cirugía a la base de datos.

Para el requisito 3 use el módulo Internationalization. Este módulo es un poco confuso al principio, especialmente porque tiene muchas secciones y opciones de configuración, pero es un excelente módulo que hace a drupal casi completamente multi-lenguaje. Este módulo permite definir y usar varios lenguajes. No traduce el contenido, pero agrupa todas las traducciones de cada contenido, lo cuál es muy práctico. Además, existen traducciones de la interfaz de drupal a muchos lenguajes, y si algo en una traducción no te gusta, lo puedes arreglar.

El requisito 4 es una característica estándard de drupal. Para ello sólo se tienen que definir tipos de usuarios, definir permisos para cada tipo de usuario, y luego crear los usuarios, o permitir que el público se pueda registrar al sitio.

Para el requisito 5, estoy usando el módulo Taxonomy access control, que permite definir permisos de acceso al contenido para tipos de usuario de acuerdo a la categoría del contenido. Así que hay que tener categorías de contenido para cada nivel de acceso (público, privado, restringido, etc.), y cada contenido debe pertenecer a al menos una de esas categorías, muy fácil. Aunque tuve que parchar drupal para que el módulo Taxonomy access control pudiera trabajar junto con el módulo Domain access, pero no fue difícil, el parche está incluido con el módulo Domain access.

Como dije antes, el requisito 6 todavía no está resuelto. Necesito algún otro módulo, pero por ahora mis sitios pueden sobrevivir sin esa función.

Entre otros módulos que estoy usando para hacer mi vida más fácil se encuentran los módulos views, five star, captcha, pathauto, y archive.

En el siguiente artículo de esta serie bocetaré el proceso que seguí para <strike>descomponer</strike> arreglar la apariencia de este sitio.