jEdit, el Texmate de los pobres
En mi eterna búsqueda por el editor para programadores perfecto mis prejuicios me mantenían alejado de las alternativas basadas en Java, principalmente por el mito de sus excesivos requerimientos de RAM y porque consideraba a la tecnología Java en particular una trampa en el mundo del Software Libre.
Pero a las evidencias tuve que rendirme cuando encontré cada vez más positivas referencias de un editor llamado jEdit. Si mi memoria no me falla, hasta ese momento había usado Anjuta como mi editor multipropósito para mis trabajo diario de desarrollo web, muy a pesar de que ese IDE no había sido concevido nunca para ese fin y de que constantemente me veía obligado a complementarlo con otras aplicaciones como Bluefish.
Corrían los tiempos de jEdit 4.2 y en ese momento sólo me tomó unos días configurarlo lo suficientemente bien como para convertirlo en mi editor de preferencia reemplazando a todos los demás y declarando que mi búsqueda finalmente había terminado.
VivaServer estrena nuevo diseño
Como será evidente para quien haya visitado este sitio últimamente, VivaServer estrena hoy un nuevo diseño cortesía de la buena gente de ClownGroup. Gracias a sus esfuerzos, nuestro diseño es ahora no sólo exclusivo sino que también valida exitosamente como XHTML 1.0 Strict. Aunque el diseño fué marquetado en Windows, después de unas modificaciones menores de mi parte (principalmente en la definición de las tipografías) el sitio se vé igualmente bien en Linux, Mac OS X y Windows; con los navegadores Firefox, Safari e Internet Explorer.
La verificación de las modificaciones con Internet Explorer 6.0 la realicé en Linux usando el espectacularmente útil IEs4Linux y con Safari 3.0 usando su versión Beta gratuita recientemente liberada para Windows.
A pesar de mis esfuerzos, sin embargo, el archivo CSS resultante no valida gracias a un hack imprescindible para IE:
Instalar Rails 1.2.3 en Ubuntu 6.06
Recientemente cambié mi PC de desarrollo principal a una Dual Core y como primer paso instalé Ubuntu 6.06.1 "Drapper Drake" (perdiendo la cuenta de cuántas veces instalé esa versión y en cuantas PCs lo hice). Y una vez más, el paso siguiente fué, obviamente, instalar el stack de Rails 1.2.3.
Actualizar de Rails 1.1.6 a Rails 1.2.3
Después de haber esperado prudentemente la evolución de los lanzamientos de las veriones de Rails 1.2.x hasta convencerme de su estabilidad, finalmente decidí no postergar más la inevitable decisión de actualizar todos mis desarrollos desde la versión anterior 1.1.6 que tanto me sirvió el último año.
Aprovechando la experiencia de otros antes de mí, mi tarea no fué tan traumática como podía esperar, sin embargo, hay algunas consideraciones personales que debí superar sin ninguna referencia previa que quizás también sean útiles para otros en la misma encrucijada.
Lighttpd 1.4.11 en Ubuntu 6.06
Preparando la actualización del "stack" Ruby on Rails en mis servidores Ubuntu 6.06 "Dapper Drake", de la fiel versión 1.1.6 que me sirvió tanto a su actual versión 1.2.3, me topé con un viejo problema: el paquete de Lighttpd incluído en Dapper sencillamente no funciona para deplegar sitios Rails (ni 1.1.6, ni 1.2.3 como descubrí en el proceso) tal como se distribuye desde sus repositorios, ni en su versión para arquitectura i386 ni para AMD64.
Mi intención es montar mis sitios Rails1.2.3 actualizados en hosts virtuales de Lighttpd, servidos cada uno por sendos procesos FastCGI; una configuración que a pesar de todo me demostró ser bastante confiable. Sin embargo, los problemas inherentes al paquete de Lighttpd 1.4.11 de Dapper a sortear son escencialmente dos:
- La configuración del módulo fastcgi incluído en ese paquete no sirve.
- La configuración en el archivo lighttpd.conf para servir imágenes localmente interfiere con las reglas de ruteo de Rails.