drupal

Navegar para encontrar

karmel — Mon, 23 Jun 2008 10:52:08 +0200

Las facetas son atributos por las que podemos clasificar la información. Normalmente, acostumbramos a usar la palabra tag o etiqueta para referirnos al valor de la faceta.

En Digital Web encontramos (vía HCNet ) un interesante artículo explicando el valor y el sentido de usar navegación facetada y en Drupal podemos implementarlo gracias al completo módulo Faceted Search.

Publicar contenido con Drupal

karmel — Mon, 26 May 2008 22:53:14 +0200

Problema_ ¿Un nodo? ¿qué?

Muchas veces cuando intentamos explicar cómo se empieza a publicar contenido con Drupal hemos empezado (me incluyo) contando lo que significa la palabra nodo. Quizá pensando que si conseguimos hacer entender lo que es un nodo a un usuario encargado de publicar contenido (editores y escritores web) estarán resueltos todos sus problemas. mmm...

Si hemos tomado la inteligente elección de desarrollar nuestra web con un CMS que nos permite diseñar la plataforma que nosotros queramos, debemos desarrollarla orientada también al usuario que se encargará de su contenido y a éste le importa poco eso de "unidad básica de información para el sistema...".

Roles_ Crear editores

Si en Drupal existe un potente sistema de privilegios basados en roles es porque realmente es necesario poder distinguir entre las tareas que unos y otros usuarios pueden desempeñar en la web.

A menudo, usamos el rol "editor" como persona encargada únicamente de la publicación, edición y, a veces, moderación del contenido.

Los permisos de este rol como mínimo serían:

Módulo node_

acceder al contenido
administrar nodos
ver revisiones
volver a revisiones
create XXXXXXX
edit XXXXXXXX
edit own XXXXX

Módulo search_

buscar contenido
usar búsqueda avanzada

De forma secundaria podemos dar otros permisos dependiendo de la configuración de la web que queramos:

Módulo block_

administrar bloques

Módulo system_

acceder a las páginas de administración

Módulo upload_

cargar archivos
ver archivos cargados

Módulo pathauto_

administrar alias automáticos de URL

Usuarios_ Ser editores

Hay dos cosas fundamentales que necesita entender un editor de contenidos:

Desde dónde puede publicar y gestionar el contenido
Cómo puede hacerlo

¿Dónde?

Tenemos, por un lado, un bloque de herramientas que se llama ¿Navegación? > Crear contenido y, por otro, una zona de administración llamada Administrar > Gestión de contenido > Contenido.

Para no confundir debemos procurarles a los editores un área de gestión que utilice, a ser posible, la zona de máxima visibilidad (el área central de contenidos). Ésta puede hacerse o bien desde su cuenta de usuario como en el ejemplo de la web de sosrural, o bien desde la página Administrar > Gestión de contenido > Contenido.

En realidad, hay muchas más posiblidades, dependiendo de la web y del perfil de nuestros editores debemos cuidar el lenguaje, la disposición de los enlaces, plantearnos el uso de unos u otros iconos, etc. En cualquier caso debemos siempre conocer a priori cuáles son las tareas que queremos encargarles a estos usuarios y diseñar una única zona que les haga entender cuáles y cuántas son, si existe algún orden entre ellas y si pueden deshacerse.

¿Cómo?

Para publicar contenido sólo hay que entender qué es lo que estamos haciendo, bueno, qué es lo que hacen los editores: ¿crean? ¿envían? ¿publican? páginas webs.

Páginas que consisten en un título y un contenido, y nada más...
Páginas que pueden ser clasificadas por categorías prexistentes o etiquetadas de forma libre...
Páginas que pueden recibir comentarios de otra gente...
Páginas que pueden tener archivos para descargar...
Páginas que pueden aparecer de forma destacada...
...y mucho más (sólo hay que ver las posibilidades que ofrece CCK).

Eso es el conjunto: ponle un título y comienza a escribir; un conjunto lleno de posibilidades, vamos a verlas por partes:

Título

Editor_ Elige un título apropiado para todas tus páginas, ayuda a los buscadores a indexar tu web, a entender lo que es relevante, ayuda a tus usuarios a predecir, a leer y a no pensar.

Desarrollador_ Ponle una etiqueta apropiada a este campo, a veces, es más fácil entenderlo si lo llamamos "nombre", o "asunto", "tema"...

Cuerpo

Editor_ Tienes libertad para escribir, así que sintentiza. Separa tu texto en párrafos cortos y legibles, la web no es el papel.

Desarrollador_ Proporciona un editor rápido que se parezca a algún estándar (FCKEditor, Tinymce), permite el formateo que pueda ajustarse por CSS, que suban imágenes, vídeos y cualquier contenido audiovisual. Prepara el editor para que se pueda "copiar y pegar" desde cualquier editor sin que afecte al diseño del sitio, vale con que configures bien los filtros y los botones disponibles (más no es mejor).

Mensaje de registro

Confuso a más no poder, en mi opinión esto debería traducirse al castellano como "notas para el editor" o "anotaciones sólo para editores", algo que ayude mejor a entender que lo que se pretende es tener un pequeño área de texto donde los editores puedan aclarar sus aportaciones al contenido de la página para sí mismos y para otros.

Opciones del menú

Una de las formas más consistentes de crear menús.

Título_ nombre del enlace del menú
Descripción_ descripción del enlace que aparecerá al sobrevolarlo
Elemento padre_ Menú o Conjunto de enlaces en los que aparecerá
Peso_ Posición global del nuevo enlace dentro del conjunto

Esta forma te asegura que la URL que apunta a tu página desde ese menú se mantenga estable frente a los cambios: si cambias el título el enlace permanece y si eliminas la página el enlace también desaparece.

Opciones de comentarios

Normalmente entendemos los comentarios asociados a las entradas de tipo blog, o noticias. En Drupal cualquier página puede aceptar comentarios, lo que no quiere decir que tenga sentido que los acepte.

Archivos adjuntos

Adjuntar un archivo es muy sencillo: pulsas en examinar y luego en adjuntar.

"Borrar" y "lista" son los dos checkbox que aparecen junto a cada archivo, si clicas en Borrar y luego en "Enviar" el adjunto desaparecerá para siempre, si no quieres esto siempre puedes deseleccionar "lista" y el adjunto no se "listará" en la página final como un archivo.

Opciones de ruta URL

Desarrollador_ Una palabra: Pathauto.

Información de autoría

El nombre del usuario que creó la página puede modificarse, también la fecha de creación, aunque el comportamiento por defecto de fecha y usuario es automático. No está bien cambiarle la autoría a una página pero a veces es necesario...

Opciones de publicación

Cuatro posibilidades:

Publicado: determinante para que cualquiera a parte del propio autor y los editores puedan visualizar la página.
Promocionado en la página principal: si la página principal no se ha sustituido por una vista o un panel, este nuevo envío aparecerá directamente en portada si está seleccionada esta casilla.
Pegajoso en la cima de las listas ¿! pegajoso? bueno, "destacado", "promocionado" sobre el resto del contenido. Si tenemos un listado, por ejemplo, una lista de artículos de belleza, esta casilla nos permitirá hacer de éste un artículo promocionado en el tope de la página en el que se liste.
Crear una revisión nueva: aconsejable, más aún si existe más de un editor en la web que haga cambios sobre una página.

A propósito de...

karmel — Tue, 20 May 2008 19:10:08 +0200

Hace ya varias semanas que salió la versión 6.x de Drupal y yo sin hablar de ella.

Este 24 hay una quedada en Madrid de Drupaleros a la que no podré ir finalmente, y yo sin decidirme a tiempo.

La DrupalCon europea es este año en Hungría y aquí estoy sin haberme buscado todavía el vuelo.

Pues eso, aunque hay una notable mejora en cuestiones de usabilidad en las tareas de gestión y administración aún quedan detallitos para decidirse a implantarla en portales productivos así que seguiremos testeándola y vigilándola de cerca.

En cuanto al encuentro madrileño qué decir, que me da mucha pena no poder subir aunque concentro todos mis esfuerzos para intentar reunirme con los hispanohablantes en Szeged este verano...por cierto, hay que ir votando logo!! no es casualidad pero mi apuesta es (mis disculpas a theborg ) para la serie de Berta, especialmente:

Blog Altaïr en Drupal

karmel — Thu, 15 May 2008 14:53:05 +0200

Hace unas semanas publicamos un proyecto muy bonito en Drupal de la mano de la popular Librería Altaïr.
Es el Blog de viajes Altaïr, aunque lo de blog a mi parecer simplifica mucho todo lo que queda detrás (experiencias de viajes de los usuarios, planeta de blogs de viajeros agregados por RSS, impresionante galería de fotografías, historias de viaje de reconocidos escritores...), y si todo va bien en poco tiempo podremos ver nuevas ideas que se tienen en mente.

Como ya he dicho esta web la he montado con Drupal y está fundamentalmente construida a base de vistas, CCK, gestión de permisos, etc. Lo interesante en cuanto al desarrollo ha sido la creación de la plantilla, la maquetación, la sobreescritura de funciones theme, de la que he podido poner en práctica viejos y nuevos conocimientos.

Sobre todo lo que sí se ha intentado es jugar con trucos de posicionamiento natural (ya recibe un 23% de visitas por Google) y simplifcarles la gestión de contenidos tanto a los escritores de Altaïr como al resto de la tribu que quiera participar. En esto último me ha ayudado mucho el diseño de Francis, que se ha adaptado muy bien a la línea de la web Altaïr (también suya) y al prototipo inicial que construimos intentando prever todas las posibles secciones.

Pero, en realidad, el AS en la manga que tiene este proyecto es que tiene una persona detrás (Gil Padrol) que está cuidando la presentación de los textos y las imágenes, revisando los contenidos, las secciones, el crecimiento de la web, las visitas y los visitantes.

Espero que todos los interesados, lectores y amantes de las buenos artículos de viajes se pasen por esta web y, por supuesto, se animen a contribuir con sus anécdotas y experiencias.

7 millones de inversión en Acquia

karmel — Sun, 23 Dec 2007 22:39:47 +0100

Acquia es la empresa liderada por el fundador de Drupal Dries Buytaert que hace pocas semanas salía a la luz con la intención de darle un empujón al proyecto original y ampliar los servicios a la comunidad de usuarios. Pero sobre todo Acquia es una empresa que, por cierto, ha recibido hace muy poquito tiempo una inversión de 7 millonazos de dólares.

Lo interesante de la noticia, desde mi punto de vista, es la inmediata celebración de éxito por parte de la comunidad Drupal, ya que se confía, no sin razón, en que el dinero hará crecer significativamente la calidad de la herramienta.

Por otra parte, viendo lo comentado Loogic, donde se vuelve a crear la eterna discusión de "a quién quieres más, a papá o a mamá" en torno a Wordpress y Drupal no puedo evitar pensar qué sentido tiene posicionarse si algunos de nosotros no podríamos jurar conocer en profundidad más de uno de todos los gestores de contenidos que existen para hacer una comparación objetiva. Y que no me hablen del rollo blog/multiblog porque yo he visto webs impresionantes lejos de orden cronológico inverso con comentarios hechas con ambos CMSs.

Mejores o peores las herramientas no deben ser un obstáculo para la imaginación del desarrollador y Drupal en eso tiene mucho de lo que presumir. Llegará un punto en que se convierta en un estilo de entender la programación y el desarrollo web, quizá tengamos que aprender de Rails para saber promocionarlo mejor o quizá sólo debamos terminar esa redicha curva de aprendizaje.

Próximo libro "Drupal 5 Themes"

karmel — Sat, 01 Dec 2007 10:08:15 +0100

Ya podemos reservar nuestro ejemplar del "Drupal 5 Themes" a propósito del premio al mejor CMS libre 2007. Otra genial iniciativa para aportarnos algo de luz.

DrupalDoc versión "alpha"

karmel — Mon, 19 Nov 2007 23:50:32 +0100

Tenía ganas ya de dar esta noticia, aunque aún falta mucho trabajo, y es que, por fin, después de dedicarle algún que otro ratillo me he decidido a publicar la primera versión de DrupalDoc .: Documentación Drupal en Castellano.

Por supuesto está falta de muchos detalles que espero ir depurando antes de comenzar a insertar contenido (que será la verdadera tarea), no obstante los cimientos están puestos.

Espero que a todos les sirva y que a partir de ahora las visitas vía Google resulten aún más satisfactorias.

Integrando Drupal y Wordpress

karmel — Thu, 04 Oct 2007 22:48:46 +0200

Esto es ya un secreto a voces: Drupal y Wordpress se integran desde un único acceso identificado de usuarios (probado personalmente para Drupal 5.1 y Wordpress 2.1.3). La configuración en principio es fácil, una vez has instalado tus gestores necesitarás saber algunos datos del blog para decírselos a Drupal:

Path donde se encuentra la instalación de Wordpress
Nombre de la base de datos y nombre del host donde se encuentra el Wordpress
Nombre de usuario y contraseña para esa base de datos
Prefijo de las tablas de la base de datos (hay que entender que comparten usuarios)

Además habrá que activar el módulo Profiles (está en el core) ya que luego veremos como nos genera algunos campos para el perfil de nuestros usuarios bloggers. Pero hay más.

Si nos creamos un usuario en Drupal lo tendremos también para Wordpress, si accedemos desde el acceso identificado de Drupal accederemos al panel de Wordpress, pero no al contrario.

El usuario 1 (que debe llamarse admin) de Drupal podrá elegir tanto el rol de Wordpress que puede jugar como el de los usuarios que cree sin más que ir a sus cuentas y editar sus perfiles bajo la etiqueta "Blog".

Problemillas que le veo por encima:

La gestión de los permisos: los roles de Wordpress no sólo sobreescriben sino que machacan cualquier opción de Drupal por lo que no deben gestionarse los usuarios desde Wordpress (que para eso lo integra Drupal :P).
La administración de los usuarios: debería crearse al menos un rol que permita decidir los roles (valga la redundancia) de Wordpress y no dejarlo todo en manos del usuario 1.
Es necesario que el primer usuario de ambos gestores se llame "admin", aunque eso no es un gran problema.
Tiene una gestión rara de las sesiones ya que si la cierras en un sitio queda abierta en el otro pero no a la inversa, en fin.

Que lo he probado haciéndole algunas combinaciones y la verdad es que tiene muy buena pinta. Para el que necesite un buen gestor de blogs y usuarios sólo dedicados a eso este módulo podrá alejarlos de la morralla que pueda presentar la administración de Drupal en un momento dado.

Por cierto, van ya 132 módulos para la versión 5 que integran aplicaciones externas (impresionante) y, si no lo he soñado, en el último podcast de Lullabot han comentado entre risas la fantasmada de integrar algún entorno para "ruby" aunque luego ha quedado desdramatizado con un "sí claro, y LISP también". Aunque lo más interesante de este audio ha sido, sin duda alguna, las taxonomy, taxonomy, taxonomy! a las que habrá que dedicarles otro post.

DrupalCon Barcelona 2007 (III)

karmel — Sun, 23 Sep 2007 12:57:22 +0200

Últimos dos días de la conferencia y vuelta a Granada:

El viernes me quedé en la sala grande casi todo el tiempo, merecía la pena ver la descripción del nuevo API del módulo Panels, tendiendo todo a la creación visual con widgets y Drag & Drop. Ahora los módulos que usen este API podrán proporcionar nuevos layouts para el usuario. Pero lo mejor sin duda es que los propios formularios de administración, por ejemplo el de creación de un nodo, es customizable y puedes poner el campo de titulo a un lado y al otro el cuerpo y encima las opciones de configuración (aunque no tenga sentido). Se parece un poco a lo que se puede llegar a hacer con el bonus views. Y son precisamente las vistas y los cck los proyectos que tendrán que colaborar más en conjunto para unificar la manera de usar la visualización y organización de contenido en pantalla, sobre todo si todos ellos luchan por un sitio en el corazón de drupal.

Se habló también de las diferentes formas de agregación de feeds en Drupal, hasta 8!!, de cómo unificarlas para la siguiente versión o mejor dicho, cuál es la que debería incluirse en el core ya que la actual es buena pero pobre.

Y después otra sesión excelente de Victor Kane acerca de cómo prototipar con Drupal aunque se quedó casi sin tiempo de terminar (y sin el casi, a penas nos mostró una pequeña parte de lo que el project tracker podrá hacer). Nos dejaron un enlace desde la página a un artículo sobre el tema: http://clearnightsky.com/node/318

El sábado, para ir cerrando el congreso, Dries nos dio las claves que todos tenemos que intentar poner en práctica para que esto de Drupal mejore como producto y/o como solución: facilidad de uso, facilidad de uso y mejorar el API. Estamos de acuerdo que cuanto más mejore la arquitectura y el core más extensible y consistente serán los proyectos y más se desarrollará para Drupal, y debemos estar de acuerdo en que cuanto menos código tenga que ver el usuario que monta un nuevo sitio y más ágil sea la administración, más popular será (hay algo que aprender de Joomla al respecto).

Quiero dejar también un enlace a lo que sería un resumen sobre el encuentro que tuvimos algunos miembros de la comunidad hispana que anduvimos por allí. Fue muy reconfortante ver tantas energías y motivaciones para darle un nuevo empujón a drupal.org.es y sobre todo, conocer personalmente a la gente que compone la comunidad, creo que es muy importante que se haga un esfuerzo por las reuniones locales.

Un saludo a todos y hasta la próxima en Hungria?

Drupal y la arquitectura de la información

karmel — Fri, 21 Sep 2007 13:54:37 +0200

Dejando a un lado todo lo nuevo o maravilloso que Drupal pueda parecer, la arquitectura de la información debe aparecer en cualquier proceso de desarrollo. Uno de los objetivos de este gestor es que sea tan fácil de usar que no haga falta ni saber programar ni maquetar para hacer un buen sitio, no obstante los aspectos reales de un sitio: usuarios y objetivos; no se resuelven instalando ningún módulo y requieren pensar.

En las dos conferencias que ha habido acerca del tema en la DrupalCon 2007 se han dado algunos trucos y expuesto problemas comunes (como el de la traducción de las taxonomías que comentaba en el post anterior). La metodología no cambia:

Hacer site maps
Construir wireframes
Describir casos de uso y escenarios

y un consejo: darle muchos deberes a los clientes, deberes como por ejemplo que describan sus objetivos (algunos ni lo hacen).

Se sugirió también que se hiciera una reunión entre desarrollador y cliente, para poder conocer los conceptos que se manejarán, para conocer todas las posibles funcionalidades (incluso las que no dice pero acabará queriendo) y para que aporte sus comentarios acerca de la navegación propuesta.

Esta tarde conoceremos también como usar Drupal para prototipar sitios web, aunque ¿no pensará el cliente que esa web tan fea será la que tendrá finalmente? el truco está en pedirle que lo pruebe y que comprenda que eso sólo será la parte funcional para que deje de pedir algún día.

En fin, que hay que plantear un buen proceso para implicar al cliente, para asegurarnos la consistencia y la usabilidad del sitio y para que Drupal no supongo un obstáculo sino todo lo contrario.