Tag cms - Userlinux.net

A consecuencia de haber visto el cms y el theme de Tomster me ha entrado la vena curiosa y me puse a instalar Zope, Plone (nuPlone) y el producto Quills que facilita la estructura de un weblog.

La curiosidad y las ganas de aprender me han llevado a conocer otra vía distinta a las que estaba acostumbrado en PHP, así que al tajo...

En la anterior entrada nos habíamos quedado creando la estructura de directorios -que habíamos llamado skel- de lo que sería el gestor de contenidos. El siguiente paso lógico sería centralizar todos los accesos a un solo script: index.php.

Aprovechando estos días de vacaciones intentaré mejorar el gestor de contenidos -rCMS- de este sitio de forma radical. Después de haber cacharreado con CakePHP y otros frameworks similares he decidido seguir con un método de programación más tradicional -como los hombres-.

Debo admitir que ya tenía una versión preparada que tiraba de una especie de framework hecho a medida, pero con demasiadas clases, instancias y requires que no creo necesarios para un simple blog.

Además de eso hay otros dos factores más que me han llevado a tal decisión: el código, por el momento, solo lo estoy tocando yo y, por otro lado MarcosBL me ha enseñado varios ejemplos que podrían pasar por lo que estoy buscando.

Si, los he desactivado. Masivas peticiones y una presión bastante fuerte me ha hecho inventar otro sistema antispam que espero sea tan eficiente como los captcha. He dejado el código comentado porque no estoy totalmente convencido de la fiabilidad del nuevo sistema, por lo que me tomaré esta entrada como prueba de funcionamiento.

La Plataforma anti-captchas ha dado surtido ;).

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:

Como en la vida hay que probar de todo y a veces ni el más pintado se salva, en su día me tocó jugar con Drupal (1, 2, y 3); hoy nos divertiremos con la instalación de otro CMS como Joomla. No tiene nada de complicado, pero así queda documentado para quien lo necesite.

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...