He tenido suficientes problemas con permisos y bases de datos corruptas en el repositorio Subversion que uso en uno de mis servidores de desarrollo. La mayoría de problemas estaban relacionados con Berkeley database, el método de almacenamiento predeterminado para Subversion, al menos hasta la versión 1.4.4, así que decidí que era tiempo de cambiar a FSFS.

Y aún si el excelente libro de Subversion contiene una sección que explica como configurar usuarios y permisos, además de crear scripts para usar el umask correcto, no me sentía muy seguro manteniendo mi repositorio con Berkeley DB, un método que incluso el equipo de desarrollo de Subversion considera muy sensible a interrupciones.

Algunas de las ventajas de FSFS sobre Berkeley database son:

• Puede ser usado en directorios de solo lectura y no depende de umask
• Es independiente de la plataforma
• El tamaño del repositorio es ligeramente menor
• Puede ser usado con network filesystems
• Es prácticamente insensible a interrupciones

Así que sin pensarlo mucho cree un nuevo repositorio usando FSFS. Solo es necesario añadir el parámetro --fs-type fsfs de esta manera:

$ svnadmin create --fs-type fsfs /path/to/repos

Te recomiendo no perder tiemp con Berkeley database al configurar Subversion, usa FSFS y te ahorrarás muchos problemas.

Muy pronto escribiré más sobre Subversion y cómo lo uso en todos mis proyectos de desarrollo web.

¿Qué herramientas de código abierto existen para modelar bases de datos? Es la pregunta que muchos desarrolladores nos hacemos a menudo.

Existen varias alternativas comerciales, muy sólidas y completas, claro que sí, pero los precios son prohibitivos para la mayoría de desarrolladores solitarios que rodamos por el mundo. Basta un ejemplo: el reconocido CA Erwin Data Modeler cuesta US$ 3995 por licencia, con esa cantidad prefiero completar mi lista de gadgets que quiero para el 2007 y añadir otra laptop con Linux a mi arsenal.

Hace algún tiempo encontré a DBDesigner 4 y lo utilicé en varios proyectos para modelar mis bases de datos MySQL, el único RDBMS que maneja, y me alegré al saber que MySQL había adquirido el producto y lo relanzaría como MySQL Workbench, sin embargo MySQL ha enfocado sus esfuerzos en sus otras herramientas y el avance en MySQL Workbench no ha sido significativo, aunque hace poco leí en los foros de MySQL que pronto estaban retomando con fuerza el desarrollo de Workbench. DBDesigner 4 aún está disponible y es una buena opción si solo necesitas modelos para MySQL, aunque la instalación en Ubuntu es un poco complicada (en Fedora no tuve problemas).

¿Pero qué sucede si, como yo, también usas PostgreSQL? La única alternativa de código abierto que encontré hace algunos meses fue Mogwai ER-Designer, permite trabajar no solo con MySQL y PostgreSQL sino también con Oracle y otros RDBMS comerciales. Mogwai ER-Designer es una aplicación Java por lo que corre en cualquier sistema operativo. Desafortunadamente la interfaz aún necesita un poco más de trabajo y el proceso de creación de modelos, aún cuando teóricamente correcto (incluyendo el uso de dominios), no es muy amigable, ello sin contar que el desarrollo de la aplicación parece haberse detenido.

La opción que ahora estoy usando, y que recomiendo, es Power*Architect, al igual que Mogwai está escrito en Java, por lo que es multiplataforma, y funciona tanto con MySQL, PostgreSQL, Oracle y otros RDBMS.

Power*Architect tiene una interfaz mejor diseñada, crear modelos es muy sencillo y generar SQL toma unos pocos clics. El equipo de desarrollo decidió abrir el código de Power*Architect hace muy poco y aunque hay mucho por mejorar (como el uso de tipos nativos para auto_increment en MySQL y serial en PostgreSQL) creo que van por muy buen camino y la versión 1.0 promete.

Así que allí lo tienen, hay una luz en el horizonte de las aplicaciones de código abierto para modelar bases de datos. ¡Oh!, y si conoces más cuéntanos sobre ellas.

Actualización 19 setiembre: Sean me comentó que los tipos nativos auto_increment en MySQL y serial en PostgreSQL ya funcionan en las últimas versiones de Power*Architect.

Llevo varios años participando en redes sociales y conozco el poder de conectarse con la gente correcta, me encanta ser parte de una muy activa sociedad en la Red, ¡diablos!, ¡tengo una buena vida gracias a ello!

Aún así, no le había dedicado tiempo a pensar en el gran impacto que está teniendo Facebook y en las muchas oportunidades que se abren para quienes desarrollamos en la Web hasta que empecé a trabajar con Facebook Platform.

Un muy entretenido proyecto en el que ya llevo algunos meses involucra conectar módulos de Drupal con Facebook y es una excelente forma de explorar nuevas formas de crear experiencias en Internet.

Como muchos de ustedes saben (imaginemos que eres un lector regular, si no lo eres ¿qué esperas para suscribirte?), soy un fanático de Second Life, así que encontrar un grupo de residentes en Facebook me pareció genial, acabo de unirme, y fue un claro indicio de lo que se viene.

No me queda duda que pronto veremos germinar muchos proyectos alrededor de metaversos como Second Life y plataformas de redes sociales como Facebook. Sí, plataformas, Facebook ha cambiado las reglas del juego por completo.

Definitivamente existen muchísimas opciones para quienes crean experiencias en la Red, y son buenos en ello, pero si creías que ya habían demasiadas especialidades en el cambo de desarrollo web piensa de nuevo pues pronto veremos expertos en aplicaciones de Facebook y diseñadores de Second Life trabajando con programadores de Drupal y arquitectos de información.

Epa, vivimos un período muy emocionante, ¿no lo crees?

Así que, ¿a dónde crees que te diriges como desarrollador web? Claro, si es que podemos seguir llamándonos así.

¿Te has encontrado con esas personas que pegan post-its alrededor de sus pantallas? La mayoría son usuarios ocasionales que hacen muy poco en sus computadoras e imagino que esta práctica les resulta normal. Sin embargo, como desarrollador web que pasa la mayor parte de sus dias trabajando con todo tipo de información, me parece un método cavernario que solo sirve para crear mayor desorden. ¿Porqué usar papelitos para tomar notas cuando existe software para ello?

Durante mis años como usuario de KDE utilicé Knotes, ahora parte de KDE Kontact, pero hace algunos meses pasé por completo de KDE sobre Fedora a Gnome sobre Ubuntu. Trabajar con una aplicación KDE no me parecía lo correcto así que decidí mover mis notas a Tomboy y vaya que fue una excelente elección.

Tomboy viene preinstalado en Feisty Fawn y se integra perfectamente al escritorio. Es muy sencillo crear notas, enlazarlas (al mejor estilo wiki) y buscar entre todas ellas.

Uso Tomboy todo el día, y todos los días, para guardar piezas de código, consultas SQL, sencillos recordatorios (por lo general temas que requieren inmediata atención, para todo lo demás está Evolution.) o cualquier otro asunto que normalmente requeriría de lápiz y papel, de los que espero algún día deshacerme por completo.

Gracias a Tomboy mi escritorio, me refiero al de madera, está siempre limpio de papeles, mas no de gadgets. Aquí una toma de como luce Woodcarver con Tomboy, el infaltable vim y una simpática señorita de fondo.

Hace poco, mientras buscaba algunas ideas para limitar el número de caracteres en un área de texto usando Javascript, encontré a Snipplr, un servicio que me recuerda lo simple y fácil de usar que es del.icio.us, sitio donde por estos días se trabaja en una nueva plataforma y mejoras a la interfaz (¿será posible?).

Snippler permite guardar, buscar y marcar aquellos fragmentos de código que usamos una y otra vez en nuestros proyectos, snippets.

Sé que no es el primer sitio que lo hace pero me ayudó cuando lo necesité así que dale un vistazo.

Si llevas algún tiempo desarrollando en Drupal sabes que el orden en que corren los módulos de tu instalación depende del valor del campo weight en la tabla system. Puedes modificar esta tabla desde un archivo install para lograr que tu módulo corra exactamente cuando lo necesitas. Esto es lo que hace community tags para trabajar después de tagadelic y es el método que usé para ejecutar código de form_alter después de todo lo demás cuando necesité modificar formularios de eventos.

Pero cambiar el valor de weight para un módulo afecta a todos los hooks en él. ¿Qué sucede si necesitas controlar el orden de ejecución para cada hook en cada módulo? Esto es exactamente lo que necesitaba para correr algunas operaciones nodeapi en un módulo antes de event_nodeapi y cambios en form_alter, en el mismo módulo, después de event_form_alter. Aunque no lo creas, es posible que algún día necesites algo así (a menos que optes por una solución corriendo dos módulos, uno antes y el otro después).

Esta idea me inspiró a escribir código para reemplazar las operaciones de event_nodeapi una por una. Ahora puedo ejecutar load y view desde event_nodeapi y reemplazar insert y update con mi módulo.

El concepto es muy simple. Añadí una tabla event_nodeapi_overriders con dos campos: module y op. Mi modulo usa un archivo install para insertar valores en la tabla. Si quiero que mimodulo reemplace las operaciones insert y update en event_nodeapi debo insertar los siguientes pares de module/op en la tabla: mimodulo/insert y mimodulo/update.

Luego algunos campos de selección leen los valores de event_nodeapi_overriders y los muestran en la página de configuración de event para definir que módulos deben reemplazar que operaciones en event_nodeapi. Y finalmente algunas condiciones con variable_get() en event_nodeapi y mimodule_nodeapi me permiten decidir que código correr.

Talvez este concepto se pueda extender para eventualmente contar con una matriz de todos los hooks en todos los módulos o un parámetro hook_weight que permita a los desarrolladores decidir el orden de ejecución de cada hook en cada módulo. O talvez sea demasiado trabajo adicional para Drupal.

En todo caso, esto fue parte de un experimento y aunque luego de hablar con Gerhard decidimos que lo mejor era usar Form API para procesar el envío de eventos, talvez la idea de tener mayor control sobre el orden de ejecución de hooks merezca mayor análisis en la comunidad Drupal en el futuro.

Hoy recibí un mensaje de David Greiner comentándome que había publicado una nota sobre Newsletter Checkbox en el blog de Campaign Monitor.

Aún cuando el módulo es sumamente sencillo cumple su función y he recibido varios buenos comentarios sobre él así que estoy buscando el tiempo para mejorarlo y lanzar una nueva versión pronto.

Si tienes alguna sugerencia publícala en los comentarios.

No es necesario añadir más razones sobre porque debes usar Firebug si desarrollas sitios web, en especial usando DOM scripting, solo quiero mencionar un pequeño detalle que a veces pasamos por alto al usar Firebug para buscar en nuestro código: ¿cómo encontrar más resultados?

Es sencillo, solo debes presionar Enter; y para resultados previos Shift + Enter.

Muchos de los que estamos acostumbrados a usar F3 y Shift + F3 en Firefox hemos tenido esa pequeña confusión al empezar a trabajar con Firebug.

Siempre hay algo nuevo en vim, o al menos algo que yo aprendo cada día.

Hace poco estaba creando un formulario en Drupal y noté que escribía una y otra vez líneas con casi el mismo código. Decidí darle un vistazo al manual de vim y encontré el oportuno CTRL+Y, justo lo que necesitaba. Veamos como funciona.