Tag drupal - Userlinux.net

Cuando tienes un servidor en producción con software -how to say...- "standard" desarrollado en PHP estás abierto a que cientos -miles- de bots descubran que no tienes tiempo de usar siempre las últimas versiones en todo.

Estoy hablando de los siempre polémicos *Nuke, Drupal, phpBB y demás variedad de software que, si bien es una alternativa sencilla en algunos casos concretos, suele ser una verdadera lacra en cuanto a lo que seguridad del sistema se refiere.

Es posible que no siempre Drupal cumpla nuestras expectativas y queramos almacenar datos extra en una estructura distinta a la que viene de casa. Un ejemplo práctico sería un formulario de inscripciones. Supongamos que a la hora de organizar un evento (una competición, una carrera, una manifestación) necesitamos tener un listado de gente inscrita con cierta información extra (edad, grupo en el que se correrá, peso...). Imagino que, como siempre, habrá mil formas de resolver el problema, vamos por la más simple:

Lo primero será crear un formulario con los datos requeridos, pongamos como ejemplo una competición de Rallye, donde queremos saber como mínimo Nombre, Coche y Grupo del inscrito para la prueba:

Otro módulo jugoso para Drupal: Directory. Sencillo de instalar y sin requerimientos extraños ni tablas adicionales, solo hace falta tener el módulo taxonomy activado (por defecto).

Se trata de crear un directorio navegable de recursos (1, 2 y 3) por categorías. Lo primero, tenemos que crear las categorías (en taxonomy) que queremos que formen parte del directorio, por ejemplo "Directorio de empresas" y "Equipos de 1ª división". Una vez creadas las categorías instalamos el módulo (puede invertirse el orden) y entramos en su configuración (administrar » opciones » directorio).

Uno de los primeros problemas que se plantean dentro de Drupal es la internacionalización de la web; me explico. Se pide una web en tres idiomas, con las típicas flags para el cambio del mismo. Lo primero que se me pasó por la cabeza llevó al primero de los errores: "sencillo, habilitamos el módulo locale que viene por defecto en el core, importamos los idiomas y listo". Ni mucho menos, ese módulo es capaz de traducir el interfaz, pero no los contenidos.

Nunca he sido partidario de usar gestores de contenido a terceros entre otras cosas porque me divierte chapucear con código propio en un mar lleno de pulpos. Pero hay situaciones que lo requieren y la adaptación está siendo buena.

Puntos a favor: Obviamente, todo el trabajo de programación que se ahorra (cuando hablo de trabajo también me refiero a tiempo, que en un proyecto suele ser bastante importante). El código está accesible a todo el mundo, colaboradores que intentan mejorar la funcionalidad del mismo, agregar nuevas opciones... Existen multitud de módulos y themes que cubren un alto porcentaje de requisitos.

En la guerra de CMS's el que más me ha convencido últimamente ha sido Drupal (marginemos rCMS de momento, está un poco congelado). Aunque hay opiniones para todos los gustos y estoy de acuerdo que se tarda más en montar y configurar este gestor de contenidos de lo que se tarda en usarlo finalmente.

Las actualizaciones normalmente son un quebradero de cabeza para el administrador, no siendo Drupal la excepción que cumple la regla. Hace relativamente poco he tenido que actualizar una web con este gestor y se me había olvidado cómo había hecho para usar un MTA externo en los registros de usuarios nuevos...