configuraciones

Nada más fácil: se crea una cuenta en Flickr o Twitpic y enviando un mensaje de correo con foto anexa, se publica directamente en estos y quién sabe cuántos más servicios.

Pero, ¿qué pasa si quieres tener todas tus fotos en tu propio servidor y para ello utilizas la versión 1 de Gallery y sigues apegado a ese programa? Ahí la cosa se complica porque no hay -todavía- ninguna manera de publicar una foto mediante un mensaje de correo. Lo que sí hay es un script de Perl llamado galleryadd.pl que permite publicar una foto desde el disco local de la máquina a tu galería fotográfica.

Después de mucha vuelta, llegas a la conclusión de que lo que necesitas es un script que al recibir el mensaje con la foto, la guarde en el disco y le diga a galleryadd.pl que la coloque en su album.

En primer lugar parece lógico configurar galleryadd.pl para que publique en un album predeterminado con un usuario predeterminado y hacer un script de una línea (llamémoslo fotoAGaleria que simplifica el envío de las opciones, la contraseña es fija y el album es fijo. El pie de foto será el 'asunto' del mensaje de correo ("$2", muy importantes las comillas).

#!/bin/sh
/ruta/al/script/galleryadd.pl -p XXX -a NOMBREDEALBUM  -C "$2" $1

A continuación lo más sencillo resulta ser utilizar los filtros de kmail de la forma siguiente. Entre las opciones de filtrado está la de 'ejecutar orden'; con esa opción el primer adjunto (la imagen) se guarda en el disco así: cat %1 > fototemporal.jpg

Inmediatamente después (otra opción 'ejecutar orden' del filtrado) se ordena la publicación invocando el script realizado anteriormente:
/ruta/al/script/fotoAGaleria /ruta/a/fototemporal.jpg %{Subject} ; allí se puede ver que el primer argumento es el archivo con la foto y el segundo, el asunto (subject) que servirá como pie de foto.

En mi caso creé una cuenta de correo sólo para esto y cada vez que reciba una foto será publicada automáticamente. KMail revisará periódicamente la cuenta y borrará el mensaje después de publicar la fotografía... nada más fácil.

Actualización: Con adición del módulo Mailhandler a Drupal, y un poquito de configuración, el envío se puede hacer a los dos lugares; a las galerías gráficas y como post de Drupal...

Lo mejor de Tumblr es que permite publicar enlaces o imágenes de otros sitios de Internet con mucha facilidad, una facilidad que he querido incorporar a microexcesos sin lograrlo a pesar de haberlo intentado por varias vías.

Después de mucha vuelta conseguí una manera de integrar lo que he publicado en Tumblr al contenido general de este sitio, de la manera que explico a continuación.

• En primer lugar se agrega el módulo ActivityStream a la instalación de Drupal. Este módulo permite crear 'nodos' de drupal con cualquier contenido proveniente de un flujo rss.
• En la configuración de ActivityStream se coloca la dirección del flujo rss de Tumblr.
• Con el módulo Views se crea una página que une algunos tipos de contenido, en este caso corresponden al tipo 'microexcesos' y al tipo 'ActivityStream'.
• Lo que resta es configurar la "vista", preferiblemente mediante fields y no node para que aparezca solamente el contenido deseado, y finalmente, trabajar los estilos.

Me falta corregir algunos detalles, principalmente el asunto de que drupal exige un título y tumblr no, así que algunas publicaciones aparecerán con un título igual al contenido; por ejemplo en el caso de un enlace simple. Sin embargo, ahora todo lo que publique en tumblr quedará registrado en la base de datos local, que es lo que buscaba. Algo similar se puede hacer con Twitter, pero es una exageración.

Actualización (1-dic-2009): He cambiado la "carga de la prueba" y ahora lo publicado en psicoexcesos se refleja en Tumblr y no al revés como explicaba arriba.

Aunque creo que hay más de 2000 sitios donde se aclara este asunto, no sé por qué parece que nunca queda claro. He estado convirtiendo una máquina Pentium II con Debian-Woody (núcleo o kernel 2.2) para servir como enrutador y cortafuegos entre una red interna de otras 15 máquinas similares e Internet. El problema es que el núcleo 2.2 no incorporaba los módulos necesarios para hacer la función NAT (network address translation). Así que en lugar de recompilar el núcleo, lo que hice fue actualizar toda la instalación a Debian-Sarge con núcleo 2.6, que ya viene con todo lo necesario.

Parecería que no hay problema, pero resulta que al actualizar el sistema las dos tarjetas de red desaparecieron... Resultó que el controlador de esas tarjetas no venía incorporado en el nuevo núcleo (con el núcleo 2.2, las tarjetas funcionaban perfectamente). Así que fue necesario buscar el modelo de las tarjetas con lspci e incorporar su controlador mediante modconf. Una vez hecho esto, todo funcionó normalmente. La red interna utiliza esta máquina como puerta de enlace para la navegación por Internet. La configuración de las dos tarjetas se hace en el archivo /etc/network/interfaces que se puede ver acá.

# /etc/network/interfaces -- configuration file

# La segunda tarjeta de red
auto eth1
iface eth1 inet static
address 192.168.1.111
netmask 255.255.255.0


En este caso, la primera tarjeta se conecta con un servidor DHCP, y la segunda tiene un número fijo. Todo lo que hay que hacer es incluir la configuración de la segunda tarjeta en el archivo mencionado y configurar el resto de las máquinas para que utilicen a ésta (número fijo: 192.168.1.111) como su puerta de enlace a la infoesfera.