El Centro Nacional de Información Geográfica (CNIG) es la referencia en España en mapas, y OruxMaps es la referencia en gestión de rutas en Android (y además es producto nacional). Y usar los mapas del CNIG con OruxMaps es, afortunadamente, muy sencillo.

El ecosistema de las aplicaciones Ruby on Rails es bastante extenso, y puede generar problemas a la hora de mover la aplicación al servidor de producción o al actualizar el servidor. Rails ofrece una posibilidad: congelar la versión de una aplicación.

La base es muy simple: en una aplicación Rails, se usará la versión definida en RAILS_GEM_VERSION en config/environment.rb... salvo en el caso de que en el directorio /vendor de la aplicación exista un directorio /vendor/rails con el código del framework, en cuyo caso se usará este. Así, da igual la versión de Rails que exista en el servidor, la aplicación usará la versión incluida en su directorio /vendor.

¿Cómo congelamos la versión?

Todos sabemos lo importantes que son las copias de seguridad. Hay dos tipos de personas: los que ya han perdido sus datos y los que los van a perder; y tal. Que levante la mano el que tenga una política de backup correcta en su casa.

En mi caso, me puede la vagancia y el no querer gastar dinero en un NAS ni resultarme interesante un RAID1 por software. Así que, para mis datos uso una solución que si bien no es perfecta al menos me da una cierta tranquilidad. Tengo dos discos duros, de 500GB cada uno, de marca y modelo distintos y comprados con un cierto margen de varios meses. En el segundo tengo replicada la tabla de particiones del primero (se pude hacer de forma automática, pero es un momento hacerlo a mano con lápiz, papel y fdisk). Las particiones que tengo (sin contar swap) son simples:

aremesal@midgard:/mnt$ df -h
S.archivos            Tam.  Usado Disp. % Uso Montado en
/dev/sda1              76G  5,8G   66G   9% /
/dev/sda5             384G  142G  225G  44% /home

Una vez o dos al mes, sincronizo ambos discos con rsync. Mis premisas son:

• Si falla el disco, poder apagar, cambiar uno por otro, arrancar y seguir trabajando.
• No quiero backup para guardar todo lo que borro o modifico, sino que el backup debe contener simplemente un espejo del disco principal.

Así, cuando voy a hacer un backup, lo que hago es simplemente lo siguiente:

$ mount /dev/sdb1 /mnt/sdb1
$ sudo rsync -av --delete --exclude-from=/etc/lista_backup_exclude / /mnt/sdb1/
$ mount /dev/sdb5 /mnt/sdb5
$ sudo rsync -av --delete /home/ /mnt/sdb5/

En ambos rsync, la opción -a (--archive) combina el parámetro -r para que el recorra toda la estructura de directorios que le indiquemos, el -l para que copie enlaces simbólicos como enlaces simbólicos, la -p para que mantenga los permisos, la -t para que se mantenga la hora del fichero, la -g para que se mantenga el grupo, la -o para que se mantenga el propietario, la -D para que se mantengan los ficheros de dispositivo (sólo para root). Ni se mantienen los hard links (-H) ni las ACLs (-A) por defecto. En definitiva, con la opción -a obtenemos una copia exacta de una jerarquía de ficheros y directorios.

En el primer caso, además, uso una lista de exclusión, de forma que no me copie los directorios contenidos en dicha lista. Esta lista, en mi caso, es:

- /home/
- /home/**
- /mnt/
- /mnt/**
- /media/
- /media/**
- /tmp/
- /tmp/**
- /proc/
- /proc/**
- /var/cache/apt/archives/
- /var/cache/apt/archives/**
+ *

Lo que esta lista significa es que excluya de la sincronización a cada directorio indicado, y a todo el contenido de dicho directorio (esto es el **). Al final, la última línea indica que incluya todo lo demás. Lo que excluyo es el directorio /home (se copia aparte), directorio temporal, /proc ya que se crea en tiempo de ejecución, /mnt ya que sino estaría copiado la propia copia, /media para no copiar posibles DVD o pendrives montados, y el directorio de caché de Apt, donde puede haber paquetes descargados en la última actualización.

Una impresionante presentación de Yoshinori Matsunobu, uno de los mayores expertos en BBDD (Principal Infrastructure Architect en DeNA, MySQL Lead Consultant en MySQL/Oracle/Sun, Oracle ACE Director...) explicando todo lo que se necesita saber para la administración de bases de datos MySQL bajo Linux: SSD/HDD y cómo elegir el sistema de ficheros más adecuado, elegir la CPU más adecuada, el tamaño de swap, la configuración de red... aquí está el sumario de la presentación.

Estas son las diapositivas de un tutorial de 3 horas que impartió en la MySQL Conference and Expo 2011.

También se pueden descargar las diapositivas en formato PDF.

Desde hace años me acostumbré a trabajar con un sistema de control de proyectos que me ofrezca un almacén de documentación, gestión de tareas y visor de repositorios de código. Tras probar muchas opciones, mi decisión fue para Trac, y en esta anotación guardo el proceso de instalación y configuración para un entorno multiproyecto y con conexión al sistema de control de versiones Git.

Ya tenemos disponible Firefox 4.0 en Ubuntu 10.10 y anteriores, y puesto que la mejora en rendimiento y funcionalidades es bastante grande, toca instalarlo. Para ello, los pasos son rápidos:

$ sudo add-apt-repository ppa:mozillateam/firefox-stable
$ sudo apt-get update
$ sudo apt-get install firefox

Listo, con esto ya lo tenemos instalado. Si lanzamos ahora Firefox veremos la nueva versión, y tratará de actualizar las extensiones que tengamos instaladas. En mi caso, tuve dos problemas: la extensión de Delicious y el paquete de idioma Español. En ambos casos, al tratar de instalarlos me devolvía un error "Esta extensión no es compatible con Firefox 4.0.1". ¿Solución?

Pufando extensiones

Empecemos por Delicious. La extensión está instalada en nuestro directorio personal y si ID es 2fa4ed95-0317-4c6a-a74c-5f3e3912c1f9, por lo que vamos a su directorio (~/.mozilla/firefox/extensions//{2fa4ed95-0317-4c6a-a74c-5f3e3912c1f9}/, donde <perfil> es una ristra aleatoria de caracteres, única por cada usuario) y editamos el archivo install.rdf, para cambiar la línea

<em:maxVersion>4.0</em:maxVersion>

por

<em:maxVersion>4.1</em:maxVersion>

Reiniciamos Firefox y ya tenemos el plugin, de nuevo, funcionando.

Para hacer lo mismo con el paquete de idioma, vamos a http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/latest-mozilla-central-l10n/ y descargamos el paquete correspondiente a nuestro sistema, por ejemplo, yo bajé http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/latest-mozilla-central-l10n/firefox-6.0a1.es-ES.langpack.xpi, o se puede usar directamente uno de estos enlaces:

Para Ubuntu de 32 bit ---> es-ES.xpi

Para Ubuntu de 64 bit ---> es-ES.xpi

Si tratamos de instalarlos, recibiremos el famoso error de versión incompatible, así que directamente lo descargamos (botón derecho --> Guardar enlace...). Lo único que hay que hacer es descomprimir la extensión (es un archivo zip), cambiar la versión en el archivo install.rdf como hemos hecho antes y volver a comprimir la extensión:

$ cd /tmp
 
$ wget http://releases.mozilla.org/pub/mozilla.org/firefox/releases/4.0/linux-x86_64/xpi/es-ES.xpi
$ mkdir extraido && cd extraido
$ unzip ../es-ES.xpi
$ vi install.rdf
$ zip -r ../es-ES-retocado.xpi *

Tras esto, tendremos una extensión es-ES-retocado.xpi. En Firefox, vamos a Tools --> Addons, y en el botón de al lado del buscador a la derecha hacemos clic en Install addon from file... Seleccionamos el archivo que acabamos de crear e instalamos la extensión. Tras unos segundos nos pedirá reiniciar Firefox, lo hacemos y voilá, ya tenemos Firefox en español.

La reforma de la Ley Sinde nos va a traer de regalito el que el gobierno pueda, a su antojo, cerrar el acceso a webs incluso externas a España. Nada más fácil si esto ocurre que acceder a estas webs por medio de un proxy externo a España.

Yo tengo un servidor privado virtual (los típicos VPS) contratado en Francia por menos de 10€ al mes, que uso para alojar varias webs. Pues bien, teniendo un servidor así disponible, basta con abrir un túnel SSH entre nuestro PC y el servidor para que éste haga de proxy y poder navegar tranquilamente por esas webs que nuestros gobernantes no querrán que veamos. Tan fácil como:

ssh -D 2222 usuario@hostname_o_ip_del_servidor

Luego, en el navegador basta con configurar la red para acceso a través de un proxy SOCKS5, apuntando a localhost a través del puerto 2222.

Para el que no tenga un VPS, se pueden encontrar muy muy baratos en USA (hay VPS por menos de $5), o se podrían juntar varios amigos para pagar entre todos un VPS que usar como proxy si esta infame reforma a la ley llega a aprobarse y aplicarse.

Otro uso menos lícito es cuando queremos acceder a alguna web que restringe el acceso según el origen de la IP, por ejemplo, webs que sólo funcionan si se entra desde una IP de Estados Unidos. En estos casos, si tenemos el VPS en EEUU, accediendo de esta forma tendremos acceso porque la IP que llegará será la del VPS.

Munin es un software de monitorización para equipos Linux, que permite monitorizar muchos parámetros y visualizarlos en cómodas gráficas diarias, semanales, mensuales y anuales. Su mejor escenario se encuentra en el mantenimiento de servidores o en la gestión de varios puestos de trabajo. Puede usarse para comprobar el estado de salud y carga de las máquinas, anticipar problemas de rendimiento o capacidad, y en caso de problemas ofrece a posteriori valiosa información sobre los momentos anteriores al problema.

Munin puede descargarse directamente desde la web de Munin, o puede instalarse desde los repositorios del la distribución, ya que normalmente se encuentra en éstos.