Tag code - Userlinux.net

Si te apetece -como a mi- saber cuantas lineas de código llevas picadas en un proyecto de desarrollo y no quieres hacer el pánfilo abriendo archivo por archivo y teniendo una calculadora a mano apúntate el siguiente comando (only *nix):

# wc -l `find -name "*.php" -printf "%h/%f " ` | grep total
 14612 total

Ni que decir tiene que lo has de ejecutar en el raíz (/) del proyecto para que, como buen comando, se extienda a todo el árbol del mismo. Otro apunte que sobra pero he de comentar -por posibles búsquedas ;)- es que este tip es multi lenguaje... vamos que tanto da que el proyecto se haya desarrollado en php, tenga css, javascript (js), html, c, java, ruby, delphi, python, django, codeigniter, cakephp, whatever. ¿A que mola?.

A mi se me ha pasado alguna vez por la cabeza, pero por no ponerme a abrir todos los archivos del proyecto e ir sumando cual homínido cavernícola, me he decidido a usar el bash power:

# for i in `find trunk/ -name *php -type f`; do cat $i >> tmp.txt; done ; wc -l tmp.txt ; rm tmp.txt
83986 tmp2.txt
#

Seguro que hay formas más elegantes de obtener dicho número, pero -as ever- ha resultado curioso llegar a la solución del jeroglífico.

Por cierto, ya estamos cerca de las 90k, creo que hay libros que tienen menos así que otro objetivo vital cumplido (¡cáscaras!, no valen libros colaborativos, tendrá que ser algo propio).

¿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.