Por fecha 2008-11 - Userlinux.net

That's the question. Aunque estas 4 lineas que a continuación voy a pegar son un nano-script para comprobar si se está comprimiendo en servidor y la diferencia de tamaño con la versión plana:

#!/bin/bash
wget -q -O plano $1
wget -q -O gzip --header="Accept-Encoding: gzip" $1
du -h plano gzip
rm plano gzip

Totalmente basado en ésta anotación del amigo Juanjo. Poco más que un copy&paste en toda regla, espero que un trackback lo arregle ;). Thanks anyway.

Y mira que tenía ganas de ir hoy hasta Coruña a ver al Feyenoord, pero me entero de que ni juega Jon Dahl Tomasson ni Jonathan de Guzman. Vale que Roy y Gio serán titulares indiscutibles pero el primero no pasa de ser una vieja gloria y al segundo ya lo he visto en varias ocasiones.

Así que como lo dan en la TeleGaita y puedo ahorrarme el frío de la grada, casi mejor nos hacemos unas pizzas, unas cervecillas y algún que otro PES2009 mientras disfrutamos del zapping de la UEFA calentitos en ese gran sofá (que hay que amortizar).

En sistemas operativos como Gentoo es importante el tiempo de compilación con lo que herramientas como ccache pueden ser la diferencia entre bueno y supremo.

Se trata de un caché en primera compilación que aprovecharemos la segunda vez puesto que solo compilará lo nuevo, muy interesante en builds grandes. Lo instalamos de forma sencilla:

# emerge -b ccache

Y configuramos el archivo /etc/make.conf para que lo tenga en cuenta en futuras compilaciones, así como la cantidad y el lugar de almacenamiento:

# nano /etc/make.conf
FEATURES="-sandbox ccache buildpkg"
CCACHE_DIR="/var/tmp/ccache"
CCACHE_SIZE="2G"

Nota: también agrego la directiva "buildpkg" porque tengo la insana costumbre de generar binarios de todo, así no tendré que usar el "-b" en cada emerge.

Para comprobar que efectivamente el caché está funcionando y de forma eficiente, después de un par de pequeñas compilaciones podemos hacer lo siguiente:

CCACHE_DIR='/var/tmp/ccache/' ccache -s

Y obtendremos las estadísticas de uso del mismo.

En escasa media hora salimos hacia el Congreso de Webmasters 2008. Esperan tres días llenos de ponencias, talleres, información y networking.

Imagino que -en principio- haré múltiples actualizaciones a través de twitter y luego intentaré actualizar este post con las más relevantes -es lo que tiene el microbloggin'- :P.

Hasta hace poco tuve la suerte de poder elegir cuantos Windows® había en mi red, eso implica que Samba y yo nunca nos habíamos tocado las narices, un respeto.

Ahora es distinto, varias máquinas Windows® quieren hacer su copia de seguridad contra un disco externo USB enchufado en mi pingüino, con lo que vamos a compartir esa unidad para que se pueda mapear como una unidad de red (Y:\, Z:\...).

Recuerden este nombre, está llamado a ser uno de los grandes del Deporte Rey dentro de unos años. Con algo de tiempo, paciencia, minutos y el buen maestro que tiene, mucho deberían cambiar las cosas para que no se cumpla esta premonición. Al tiempo, porque ya se sabe como son los astros del balón. Yo confío en el azteca.

En pocas palabras, el Madrid palma fuera de casa frente al Valladolid, el Sporting de Gijón da la campanada en Mestalla y todavía quedan todos los partidos de mañana (hoy) domingo -por no comentar la derrota del Arsenal en casa frente al Aston Villa-. Están locos estos millonarios.

Las últimas veces que he intentado usar wget se negaba a cumplir su cometido con un error tal que así:

$ wget http://www.userlinux.net/
Error al analizar la URL del proxy `http://:8080/': Nombre de máquina no válido.

Y me acordé que en su momento había activado -no sé donde- un proxy que dejé de usar y podría estar creando conflictos. Dentro del entorno de Gnome si vamos a Sistema > Preferencias > Proxy de la red podemos ver el problema:

¿Y si queremos buscar un paquete apt y no recordamos la sintaxis del apt-cache?, tampoco sabríamos hacer este script, pero bueno:

#!/bin/sh
# Buscar un paquete apt (mysearch.sh)
if [ "$1" == "" ] ; then
    echo "Has de especificar un paquete..."
    exit
fi
apt-cache search $1 | grep $1

Otro de los mini ejercicios de aprenda bash como si estuviera en primero que propuse durante la docencia.

Empiezo una serie de mini tips en bash para publicar varias notas que tenía en el olvido y empezar la migración de contenidos del wiki a la web. Con este pequeño post se pretende inaugurar la sección de código.

El script es sencillo, comprobar la conectividad con google (por ejemplo):

#!/bin/sh
# Respuesta $? (0 si todo es OK)
PEPE=`ping -c 1 google.es`
echo $?

Redirigir a /dev/null y 2>&1 para que los errores stderr (2) vayan al mismo sitio que la stdout (1):

#!/bin/sh
PEPE=`ping -c 1 google.es`
echo $?

PEPA=`ping -c 1 loro.yar > /dev/null 2>&1`
echo $?

Y vereis la diferencia entre una sentencia que se ejecuta correctamente y otra que no.