Drupal México

¿Como se crearía un sitio de noticias en Drupal? algo así como un periódico en linea o una revista. Un sitio de noticias en sus términos más básicos me parece requiere cubrir estos puntos:

1- Publicación de textos, imágenes y multimedia

Instalando Drupal se puede publicar textos y decidir si van en la pagina de inicio o no, así como decidir si el articulo aparece primero en un listado, este que parece un paso simple ya permite jugar un poco con la publicación.

para insertar imágenes en los artículos se requiere un editor wswyg como fkeditor y habilitar el modulo de upload para permitir que los usuarios suban archivos, también se pueden crear galerías ya sea con el modulo  image o algo más a la medida con el modulo CCK y el modulo ImageField.

para añadir video o audio existen una manera sencilla es el modulo de Embedded Media Field que permite tomar videos de youtube, vimeo y otra buena cantidad de sitios similares y añadir un campo para poner el url.

2- Organización del contenido

Drupal cuenta con un poderoso sistema de categorías (taxonomía en el argot de Drupal y creo que de los biólogos) que permite darle a cada nodo su lugar y permite generar paginas con listas de resultados, si a esto se le añade el modulo de Views es posible crear listados y diseños muy sofisticados de cosas como los últimos 10 artículos de políticos surfistas del mes.

3- Administración de usuarios

¿que usuario puede publicar un articulo? lo puede publicar sin autorización? se requiere armar una secuencia de crear, revisar y publicar? por principio se pueden crear varios roles y asignar a cada usuario un rol diferente con el cual pueda editar, pero no crear nodos, o crear sus propios post de un blog, pero no poder, por ejemplo,  publicar artículos con video, para esto es necesario crear más de un tipo de contenido lo que es una de las grandes ventajas de Drupal, el poder crear un tipo de artículos para noticias, otro para audio, uno más para imagen etc.

4- Diseño

El acomodo estilo blog que tiene Drupal funciona muy bien para mostrar noticias, si a esto se le añade algunos bloques centrales y menús que dependan de categorías es posible crear un sitio que muestre en su portada lo más reciente y en paginas interiores muestre secciones temáticas.

5- Compartir información

Por inicio Drupal tiene RSS integrado con lo que se puede compartir la información y cada blogs tiene su propio feed, así como cada categoría. Si lo que se requiere es tomar información vía RSS de otros sitios, esta el modulo FeedAPI que permite crear nodos a partir de los feeds.

Existen un grupo que discute todo lo referente a periodicos en linea hechos en Drupal
http://groups.drupal.org/newspapers-on-drupal

Este es un modulo que ayuda a limpiar mucho la interfaz de publicación de Drupal. Muchas veces al explicarle al cliente como publicar, al mostrarle la pagina para editar un nodo, se tiene que repasar una serie de cosas que no parece necesario explicar como el input formats y la información de autor y las opciones de publicación, muchas cosas para alguien que solo quiere poner un titulo ¡, escribir un texto y añadir imágenes. Better format permite seleccionar que cosas se mostraran a quien publique, en términos simples deja solo lo mínimo y todas las opciones generales quedan definidas por el administrador, permite por ejemplo que un usuario anónimo ya no tenga que ver las opciones de input formats.

La configuración del modulo es un poco compleja, o mejor dicho da muchas opciones, permite ajustar muy a detalle los permisos que puede hacer cada tipo de usuario

en el área de input formats permite ajustar que tipo de filtro puede usar cada tipo de usuario:

En el post anterior desde brasil, surgió la pregunta de cual de los dos CMS, Wordpress o Drupal eran mejores para diseño y para hacer negocios. La pregunta es muy interesante y difícil de responder, pero creo que es una buena manera de explicar algunas diferencias. Por principio me parece que no debe nunca pensarse en estos sistemas como un terreno para ponerse la camiseta o pensar que el CMS que se usa es increíble y todo lo demás que se pueda usar no sirve, La selección de un CMS implica en lo posible que el software se adecue a tus necesidades y por que no decirlo, que te acomodes a usarlo, a veces esta percepción subjetiva de cuando empiezas a usar un software hace la diferencia en cuanto a que lo sigas usando o cambies.

Yo empece usando Mambo (ni siguiera se llamaba Joomla) y si bien al principio intente montar algunos sitios sobre Mambo me pareció que tenia el gran problema de que todo tenia que acomodarse de acuerdo a la estructura de tres columnas que tenia la plantilla y por otro lado que si bien existía una gran cantidad de módulos estos estaban hechos de tal manera que te limitaban mucho a lo que traían implementado y era muy complicado modificarlos.

Mi segundo CMS con el que decidí tratar y con el que actualmente trabajo es Drupal, la primera impresión que tuve es que era un sistema que se te entregaba con lo mínimo para funcionar y tu tenias con los módulos que irlo armando y adaptando a tus necesidades, esto implica como desventaja que se tiene que aprender muchas cosas, buscar que módulos sirven para lo que buscas, aprender varios términos y como funciona Drupal, su administración, etc. La ventaja que le veo a Drupal es te permite ir armando un sitio muy a la medida con los módulos que existen (sobre todo trabajando con CCK, Views y Panels) y todo es sistema de temas para diseñar con cada versión ha ido progresando, en la versión 4.7 era casi lo mismo que Mambo o php nuke con una estructura muy rígida, con la versión 5 Drupal empezó a dar mucho más opciones para diseñar y acomodar el sitio a tus necesidades, en la versión actual, la 6 se ha mejorado mucho, en parte por el sistema de temas, pero también en la manera que se manejan los contenidos, cada vez es más fácil y amplias la posibilidades de acomodar, estructurar e integrar la información como uno quiera.

En el caso de Wordpress mi experiencia ha sido un tanto distante, intente por algún tiempo usarlo como una plataforma para desarrollos más pequeños, para sitios chicos, pero me parece que el problema esta en que fácilmente te queda chico, fácilmente se encuentra uno con necesidades de foros, galerías etc. que en Drupa se puede acomodar o desarrollar de muchas maneras y en Wordpress solo existe una o dos opciones de módulos. La interfaz de wordpress es sin duda excelente y mucho mejor orientada a la publicación por el usuario final, pero desde mi perspectiva sigue siendo un software muy orientado a la publicación de blogs en el que cuesta trabajo desarrollar algo que no tenga ese formato.

Ahora bien en cuanto al código para desarrollar un diseño dentro de Drupal y Wordpress, me resulta difícil hacer un comparativo en cuanto a cual es mejor que el otro, me queda claro que al usar las mismas bases en cuanto a html y css es posible transportar cosas de un sistema a otro (por ejemplo existe una versión de Garland para wordpress) y pasar de trabajar de un ambiente a otro no debe resultar tan difícil, también me queda claro que una de las ventajas de Wordpress es que cuenta con una comunidad bastante grande de diseñadores que le han dado a la plataforma una gran cantidad de plantillas para montar rápidamente un sitio, a Drupal le falta eso desarrollar un ecosistema más amplio de temas gratis y para comprar que sirvan para quien no quiera desarrollar desde el principio su propio tema y atraiga más personas a el CMS.

terminaria estos comentarios (¿o pensamientos en desorden?)  con una pregunta ¿Quien a programado en Word press y en Drupal? ¿cuales son las diferencias? seria interesante ver las diferencias desde esa perspectiva.
 

Escuchaba hace poco un podcast de la gente de lullabot sobre diseño de themas en Drupal y mencionaban como uno de los grandes errores que comete casi todo mundo es intentar empezar un thema nuevo a partir de Garland, el thema por default al instalar, siendo que este no es un buen thema para usar como base.

La mejor manera de empezar un nuevo diseño es con un thema pensado como base para ser modificado, una especie de hoja en blanco con una estructura ya definida, pero que permita modificar los espacios y añadir estilos y colores.

Zen theme me parece hasta ahora uno de los mejores themas para empezar a desarrollar algo nuevo. Más alla de las cosas que gustan presumir en un thema como ser table-less o cubrir bien los estandares de WC3, cuando se empieza a trabajar con Zen se encuentra uno con un codigo muy, muy comentado, con archivos css separados por cada una de sus funciones, por ejemplo: html-elements.css para cosas como las ligas (a, a:hover) todos los H1 a H6, tr y demas elementos html, layout-fixed.css para un thema con medidas fijas y layout-liquid.css para un thema flexible (de hecho se puede cambiar cual de los dos usar desde la administración del thema) y hasta un archivo ie.css para todos los trucos para lograr que se vea bien el sitio en versiones viejas (y no tanto) de explorer.

Otra de las ventajas son sus 8 regiones donde se pueden colocar bloques con contenido de esta manera es posible hacer varios acomodos y colocar información dinámica en áreas superiores o bien tener dos regiones diferentes al pie.

La carpeta del thema trae por default dos temas zen y zen classic, pero la idea básica de este tema es utilizarlo como base para crear un thema nuevo, por lo que se usa la carpeta STARTERKIT para empezar, se copia esta carpeta y se re nombra así como el archivo STARTERKIT.info al nombre del nuevo thema, dentro de este archivo que es el que controla todo el thema se seleccionan los archivos css que se usaran y se copian de la carpeta zen los que se quieren usar, todo este proceso se explica a detalle en el archivo README.txt que contiene el thema.

¿ Quien más esta usando Zen theme para desarrollar themas?

Es reconfortante encontrarse de vez en cuando con algún modulo que hace algo pequeño, pero que soluciona algo tedioso. La pagina del profile de cada usuario en Drupal es una de las partes más antiguas y desfasadas del software de pronto se encuentra uno con datos como la cantidad de tiempo que lleva el usuario que no se requieren mostrar, por lo menos no siempre, gracias a este modulo My account alter es posible ocultar toda esta información.

A veces cuando se borra una instalación de Drupal quedan algunos archivos que no se pueden borrar generalmente son los archivos default-settings.php y settings.php, muchas veces desde la administración del sitio se pueden borrar estos archivos, pero si no desde el programa de FTP cambiar a chmod 755 cada archivo y cada folder que no se borra ¿Alguien sabe otra manera?

Existe una

discusión

al respecto en el sitio de Drupal.

Con la ayuda del modulo de Advanced Forum el sitio ya tiene un foro más en forma, quizas es un buen lugar a parte de los cometarios de cada texto, de poner las dudas y preguntas sobre Drupal.

Esta es una explicación de algo relativamente sencillo de ajustar, pero que a veces resulta en un dolor de cabeza. Drupal trae por default dos filtros del código que se coloca cuando se crea un nuevo nodo.
Con estos filtros o mejor dicho configuraciones se le da formato a el código html o simplemente al texto que se insertar, filtrando o de plano prohibiendo el que se coloque algún código que afecte a la pagina o simplemente etiquetas que no se desea que se usen.

 
Dos son los formatos que existen trae Drupal al ser instalado, Filtered HTML y Full HTML, el primero prácticamente implica tener un texto simple que no permite insertar imágenes o estilos o colores a el texto. Este es el estilo que trae por default Drupal y generalmente es mejor cambiarlo en la administración en la sección de Configuración del sitio en la sección de Input format En ella aparece una pagina como la que se ve arriba se debe seleccionar Full HTML para que al escribir un nodo nuevo se puedan insertar imágenes.

También dentro de cada formato de entrada es posible configurar que filtros se usan, por ejemplo en la imagen de arriba se muestra en filtro html que trae un filtro para corregir el código html para cortar los párrafos y para reconocer direcciones de correo y paginas web y colocarles automáticamente la liga.
También en la pestaña de Rearrage (reajustar) es posible reacomodar en que orden se aplican estos filtros, algunos módulos sobre todo los que permiten aplicar algún tipo especifico de etiqueta para hacer que se inserte algo dentro de un nodo requieren ajustar el orden de los filtros para poder hacer que funcionen.

Para finalizar, en la forma para crear un nodo nuevo abajo del campo body es posible ver una pestaña de input format que muchas veces cuando no se ha configurado apropiadamente se tiene que esta cambiando en cada nodo, con el cambio adecuado simplemente se tiene que soportar que siga apareciendo.

Bien interesante el video tutorial de como usar la parte de arguments en el modulo de Views que esta en gotdrupal.com.
Para quien no lo sepa Views es uno de los tres módulos que creo se volverán parte del core de Drupal en algún momento. Views permite crear listados y paginas personalizadas con todo tipo de datos cosas del estilo, los últimos diez post de un usuario en la categoría tal. En el caso de este video se explica como hacer eso exactamente hacer que las listas dependan de el usuario.

Después de algunos percances (olvido de mi parte, registros multiples, etc) en la aprobación de cuentas para el sitio he decidio dejar que se suscriban sin necesitar aprobación espero el filtro recaptcha limite los bots y pasen la gente realmente interesada en Drupal.