Squirrelmail
A veces me pregunto el motivo de ser tan cazurro y de que se olviden las cosas con tanta facilidad. Tendré que poner remedio y ejercitar la gran masa gris que habita dentro de mi cráneo:
# cat /usr/local/etc/php.ini | grep /pear include_path = ".:/usr/local/share/pear"Sencillo ¿verdad?, pues unos 15" ha costado sacar conclusiones. Un poco de autodisciplina es lo mejor en estos casos:
for($i=0; $i<=49; $i++)
{
echo "<castigo>Cuando DB.php veas fallar, pon tu PEAR en php.ini a remojar</castigo>";
}
Yo para que no se me volvieran a olvidar, decidí que lo mejor era hacer posts de este estilo citando un supuesto '/dev/brain' :P
Saludos.Ferdy
Todos tenemos esa clase de lapsus, pero lo peor no son los olvidos si no por ejemplo:
throll@pc:/path/practica$ rm *
En vez de:
throll@pc:/path/practica$ rm *.pas
Aunque esto no se arregla poniendo posts en un blog xDDD.
Hace cosa de un año y pico iba a dar una charla, la termino la subo al CVS y me voy a clase. Antes de salir de clase me da por volver a mirarla a ver qué tal está y antes de cerrar el portatil para irme a dar la charla me da por hacer:
zeus:~/cvs/charlas$ cd
zeus:~$ rm *
Menos mal que la tenía en el CVS y pude descargarla antes de irme... [obviamente el resto del home se fue al carajo, pero el ordenador era nuevo y apenas tenia nada].
Salu2.Ferdy
¿Por qué dejé se usa el joe? Por la mienda de backups con ~ que hace. ¿Por qué? se preguntará alguno... porque de un rm *~ a rm * ~ hay demasiada poca distancia :D
¡Viva make clean!
Dí dí, ¿quién te ha dicho que era PEAR lo que fallaba? xD
Y lo de los rm, pufff, r0sk recordará su gran rm -rf / en un SERVIDOR EN PRODUCCIÓN. Ay va, ¿lo he dicho? No quería, sorry xD
Reidrac: yo hice algo parecido al rm *~. Creo que fue algo así como rm -f fichero * en vez de rm -f *fichero. Una burrada así que, si no llego a tener backup reciente, me muero.
Ah, se me olvidaba:
Siempre esta mierda xD, joder que un simple grep pear /usr/local/etc/php.ini sobra xD, te ahorras un proceso y una pipe amigo, que los recursos valen oro.
...Aceptamos coder como consulting on-line team. Gracias de nuevo socio. Tiene una calceta esperando en el calcetín de su Papá Noel estas navidades.
Lo digo porque si es por ahorrar recursos teóricos que no reales:
grep /pear/ < /usr/local/etc/php.ini
Es infinitamente más rápido (en los términos de tu reducción de gasto de recursos xD).
Por cierto... Linux tiene un coste ínfimo para crear nuevos procesos por algo jeje y es PARA USARLOS :P
Saludos.Ferdy
alias rm="rm -i"
Y cuando estoy seguro 100% de lo que voy a hacer, quiza hago lo hago con -rf ;)
Armonth amigo vas a mega death, yo al final he cascado ese clásico alias de redhat en mis máquinas porque paso de llevarme sustos en producción. Por mucho BOFH que puedas ser un día de resaca puede pasar de todo xD
Ferdy amigo, habrá que hacer benchmarks y chequear la data xDD, wow benchmarks suena mega pro!
En tu caso, grep tiene que habrir un nuevo descriptor de fichero, en mi caso, se utiliza un proceso que ya está corriendo [ la shell ] para pasar por la entrada estándar [ un descriptor que ya existe y no hay que abrir ] el contenido del fichero :P
De hecho a ver si encuentro donde lo vi, pero en un shell script "tocho", leí un comentario en el que justificaba el uso de esa construcción frente al típico cat | grep o al grep fichero patron. ( frikismo en estado puro ? )
xD
Salu2.Ferdy
...en el propio manual de bash. Creo recordar que habla de ello cuando comenta el tema de los fors ultra forzados con algo del palo for $(<fichero); do accciones; done en el que **teóricamente** se gana velocidad por lo que tú dices, que la stdin ya está buffered y si no te toca abrir otro descriptor.
Pues eso, casi seguro que lo leí allí ahora que lo dices :P
Salu2.Ferdy
cat /usr/local/etc/php.ini | grep /pear ... Poco optimizado :)
grep /pear /usr/local/etc/php.ini
Sobre lo de las cagadas ... yo hice rm -rf sobre practicas, sobre mi proyecto y sobre /etc ...


