Trabajando con otras distribuciones me di cuenta que en algunas distribuciones se hace mas comoda la busqueda de comandos previamente ejecutados, el mas util es buscas mediante Re-Pag y Av-Pag comandos cuya funcionalidad es buscar por patrones por ejemplo si se han usado los siguientes comandos:
vi hola.txt
vi -r a.txt
rm esto.txt
vi escrito.txt
mkdir -p folder/stuff
vi /etc/hosts
Es logico pensar que seria facil buscar los comandos cuyo patron inician con vi y no recordamos el archivo hola.txt por ejemplo entonces, seria util solo escribir 'vi' y usar Re-Pag y movernos solo viendo los comandos del historial que tengan el patron escrito.
Si alguien a usado opensuse, este lo trae por defecto. Cuando probe Centos, no sabia en ese entonces que podia ser cambiado teniendo que por defecto el Re-Pag y Av-Pag se hiban al primero comando y ultimo comando respectivamente del historial, siendo algo engorroso para repetir algun comando util previo coincidente. En debian tenia que ir uno por uno o haciendo grep al .bash_history.
Fue cando en algun momento decidi encontrar que hacia para que OpenSuse facilitara ese metodo e implementarlo tambien en el resto de distros que pruebo y uso, ok fue entonces que encontre que esto se configura en '/etc/inputrc', descomentariando las siguientes lineas:
# alternate mappings for "page up" and "page down" to search the history
"\e[5~": history-search-backward
"\e[6~": history-search-forward
Centos usa los siguientes:
# mappings for "page up" and "page down" to step to the beginning/end
# of the history
"\e[5~": beginning-of-history
"\e[6~": end-of-history
Existen mas opciones, leer para ajustar a sus necesidades, a mi solo me era util la de usar Re-Pag y Av-pag para usarlos en la busqueda del historial, espero a alguien mas le sea de interes este articulo.
viernes, 22 de octubre de 2010
lunes, 16 de agosto de 2010
Seteando el idioma del teclado
Ya habiamos visto como crear nuestros propios hotkeys, pero que sucede si cambiamos de teclado?
Lo hacemos con el comando loadkeys:
loadkeys /usr/share/keymaps/i386/qwerty/es.kmap.gz
Simplemente aplicamos lo siguiente para cambiar el mapa de teclado para el proximo arranque.
cd /usr/share/keymaps/i386/qwerty/
cp es.kmap.gz /etc/console/boottime.kmap.gz
Lo hacemos con el comando loadkeys:
loadkeys /usr/share/keymaps/i386/qwerty/es.kmap.gz
Simplemente aplicamos lo siguiente para cambiar el mapa de teclado para el proximo arranque.
cd /usr/share/keymaps/i386/qwerty/
cp es.kmap.gz /etc/console/boottime.kmap.gz
miércoles, 11 de agosto de 2010
Bash como un cgi
La potencialidad del bash scripting no se limita solo a las vty y consolas, teniendo un buen script perfectamente puede ser usado como un cgi.
Para que esto funcione deberemos empezar todo cgi-bash scripting de la siguiente forma:
Con esto ya tenemos lo principal, ahora estamos listos para escribir nuestro primero bash script como cgi:
Para que esto funcione deberemos empezar todo cgi-bash scripting de la siguiente forma:
#!/bin/bash
echo "Content-type: text/html"
echo ""
Con esto ya tenemos lo principal, ahora estamos listos para escribir nuestro primero bash script como cgi:
title="Mi primer cgi-bin en bash"
body="Hola mundo"
echo "<html><head><title>$title</title></head><body>$body</body></html>"
sábado, 17 de julio de 2010
Reparando warning php
Quien ha desarrollado en codigo pho mas de alguna vez ha de haber recibido un warning molesto como:
"Strict Standards: date(): It is not safe to rely on the system's
timezone settings. Please use the date.timezone setting, the TZ
environment variable or the date_default_timezone_set() function."
Esto es debido a que el php no confia en la configuracion de tiempo de zona del sistema simplemente por que no es algo seguro, puesto que el servidor puede estar en china pero la pagina puede ser desarrollada para America por ejemplo, no tendria logica estar trabajando con el tiempo de zona extranjero, por lo que los desarrolladores de php decidieron tomar esto como un aviso o un warning para advertir que debe de establecerse o feinirse manualmente en el sitio la zona en la que la pagina trabaja y no depender ni confiar en la zona seteada en el server donde se aloja la misma.
Para solventar el problema solo hay que adjuntar la siguiente linea:
date_default_timezone_set('America/Los_Angeles');
"Strict Standards: date(): It is not safe to rely on the system's
timezone settings. Please use the date.timezone setting, the TZ
environment variable or the date_default_timezone_set() function."
Esto es debido a que el php no confia en la configuracion de tiempo de zona del sistema simplemente por que no es algo seguro, puesto que el servidor puede estar en china pero la pagina puede ser desarrollada para America por ejemplo, no tendria logica estar trabajando con el tiempo de zona extranjero, por lo que los desarrolladores de php decidieron tomar esto como un aviso o un warning para advertir que debe de establecerse o feinirse manualmente en el sitio la zona en la que la pagina trabaja y no depender ni confiar en la zona seteada en el server donde se aloja la misma.
Para solventar el problema solo hay que adjuntar la siguiente linea:
date_default_timezone_set('America/Los_Angeles');
Suscribirse a:
Entradas (Atom)
