John Forsythe de Blamcast publica en su blog la lista que ofrece google trends de webs a las que la gente también visita drupal.org.

Google Trends permite discriminar por país, así que por curiosidad lo filtré por España y sorpresa, mi blog sale en la 4 posición. En teoría, eso quiere decir una parte de la gente de España que va a drupal.org también acaba yendo a carlos.rinconsanchez.com.

google-trends-drupal.png

El top 8 según Google trends del "also visited" con drupal.org y con filtro España son:

1. drupalmania.com
2. drupal.org.es
3. drupalweb.com
4. rinconsanchez.com
5. anieto2k.com
6. error500.net
7. webtaller.com
8. programacion.net

La verdad es que creo que google trends no es del todo fiable pero mira, me hace ilusión salir ahí :)

El coste que se ha de pagar por tener tantas funcionalidades en Drupal es que sea algo más pesado que soluciones más simples. Drupal es rápido si se compara con CMS similares pero además existen formas para hacer que todavía funcione mejor y más rápido.

Lo más común es usar sistemas alternativos o complementarios a la cache de Drupal, los más importantes son:

• Boost
• Fastpath FScache
• Advanced cache
• Block Cache
• Memcache
• Cache Router
• APC
• XCache

En la DrupalCon de Boston del 2008 se hizo una charla muy interesante sobre el tema.

Controlar el spam es muy importante en cualquier página web en la que los usuarios puedan aportar algo cómo por ejemplo un blog. Para eso instalé y recomendé usar Mollom para controlar ese spam pero tiene algunos fallos que hace que me replantee controlar el spam de otra manera.

El principal problema es que cuando Mollom cree que un comentario puede ser spam, muestra un captcha para asegurarse que no es un spambot. Pero en lugar de poder enviar el comentario una vez rellenado el captcha se ha de previsualizar con lo que al final en lugar de tener que hacer un sólo paso para enviar un comentario se han de hacer tres lo que molesta bastante. Y no es bueno molestar a los visitantes de una página y menos a los que quieren comentar. Es similar a las protecciones en los CD's, para evitar que unos se los copien (que lo harán de todas formas) molestan a los verdaderos clientes, los que compran el CD.

Ahora para evitar que entre spam, además del bad Behaviour, pondré un simple captcha para los usuarios anónimos. Así, sólo será necesario un paso para poder enviar un comentario.

Creo que Mollom debería mejorar para no dar esos falsos positivos que, aunque se pueden superar con la técnica del captcha, si son tantos como ahora llegan a molestar. También me pasó que haciendo pruebas puse como spamer a Jordi y luego aunque fuese un usuario registrado siempre le mostraba un captcha. No le iría mal a Mollom tener una manera de poder decirle que un usuario es confiable (uno en concreto me refiero, no todos los usuarios registrados). Y lo mismo para los usuarios no registrados.

Cuando uno empieza un blog es muy importante que la gente vea que está vivo y que hay alguien detrás que contesta y algo de eso se puede conseguir si conseguimos responder los comentarios rápidamente.

Para no tener que estar mirando constantemente el blog lo ideal es que cuando alguien envía un comentario Drupal te mande un email. No es muy complicado, para conseguirlo hemos de seguir los siquientes pasos:

1. Activar el módulo trigger

   Vamos a Administer -> Módulos (admin/build/modules) y activamos el módulo trigger (está en core optional)

2. Crear una nueva acción:

   Vamos a Administer -> Actions (admin/settings/actions). Allí vamos a "Make a new advanced action available" y seleccionamos "Enviar un correo-e" o algo similar en inglés. Ponemos una descripción, un recipient (destinatario) en que hay que poner %author, un asunto (por ejemplo "Nuevo comentario") y finalmente un mensaje en el que yo he puesto "Nuevo comentario en %node_url" pero puedes usar más variables (%site_name, %username, %node_url, %node_type, %title, %teaser, %body)

3. Crear un Trigger

   Vamos a Administer -> Triggers -> Comentarios (admin/build/trigger/comment). Allí en "Trigger: Después de guardar un comentario nuevo" seleccionamos "system -> enviar un correo-e".

Y con estos 3 pasos ya podremos enterarnos rápidamente de comentarios nuevos en nuestro blog. Ahora sólo falta mirar el mail asiduamente.

• FCKEditor

  El primero y más popular de todos. No me gusta por que es bastante pesado aunque parece que lo han solucionado un poco (también depende de los botones que pongas) Se integra bien con documentos de Word.

  ver demo

• TinyMCE

  El segundo más popular y creo que el más popular en Drupal. Más ligero que el anterior y puedes decidir fácilmente que botones quieres que salgan y cuales no.

  ver demo

• XStandard

  Es un plugin para el navegador y no hay una versión para linux.

• NicEdit

  Todavía en fase de desarrollo aunque tiene buena pinta el editor en sí

  ver demo

• Yui Editor

  Un editor de Yahoo, usable y bonito pero no me acaba de convencer aunque no lo descartaría.

  ver demo

• Bueditor

  No es propiamente un WYSIWYG ya que trabaja con html pero al final es que más me ha gustado ya que es el más ligero y tiene menos errores. Sólo válido para gente que conozca un poco de html. (gracias por la recomendación Tronico)

  ver demo

Editores WYSIWYG para Drupal 5

Aunque la comparativa era para Drupal 6 me gustaría también mencionar algunos que están para Drupal 5: HTML Area, WidgEditor, Whizzywig, Wymeditor, Wysiwypro, BBCode Wysiwyg (sacado de http://groups.drupal.org/node/10104)

Finalmente sólo comentar que para Drupal 7 se está preparando un editor que vendrá por defecto, algo que celebro por que así vendrá mucho más integrado en Drupal. En Acquia han encargado esta labor (por lo menos empezarla y encararla) a Gábor Hojtsy [2]