Interesante lectura Aca el enlace
Backup MySQL con mysqldump
El comando mysqldump del sistema gestor de base de datos MySQL sirve para hacer copias de seguridad. Lo explicamos con detenimiento y vemos sus opciones más importantes.
Este comando permite hacer la copia de seguridad de una o múltiples bases de datos. Además permite que estas copias de seguridad se puedan restaurar en distintos tipos de gestores de bases de datos, sin la necesidad de que se trate de un gestor de mysql. Esto lo consigue creando unos ficheros, que contienen todas las sentencias sql necesarias para poder restaurar la tabla, que incluyen desde la sentencia de creación de la tabla, hasta una sentencia insert por cada uno de los registros que forman parte de la misma.
El comando dispone de una amplia variedad de opciones que nos permitirá realizar la copia de la forma más conveniente para el propósito de la misma.
Para poder restaurar la copia de seguridad, bastará con ejecutar todas las sentencias sql que se encuentran dentro del fichero, bien desde la lÃnea de comandos de mysql, o desde la pantalla de creación de sentencias sql de cualquier entorno gráfico como puede ser el Mysql Control Center.
Las limitaciones de la restauración dependerán de las opciones que se han especificado a la hora de hacer la copia de seguridad, por ejemplo, si se incluye la opción –add-drop-table al hacer la copia de seguridad, se podrán restauran tablas que existen actualmente en el servidor (borrándolas primero). Por lo que es necesario estudiar primero los procedimientos que se utilizarán tanto en la copia como en la restauración, para que todo salga correcto!
La ley de Gates
Mientras que la ley de Moore nos dice que la velocidad de procesamiento aumenta cada tanto, la ley de Gates dice que el software se hace mas lento.
Articulo completo
Prevenir el Sql Injection en php
Como sabran consiste en meter consultas sql dentro de los campos de un formulario para cambiar los passwords o recuperar algo de la base de datos, todo desde una pagina web publica.
Esta es una funcion que previene eso:
function anti_injection(&$texto)
{
$banlist = array
(
«insert», «select», «update», «delete»
);
$texto=addslashes($texto);
if ( eregi ( «[a-zA-Z0-9]+», $texto ) )
{
$texto = str_replace ( $banlist, », strtolower ( $texto ) );
}
else
{
$texto = NULL;
}
}
La idea quite de aca
Quien dice que los NES no sirven para nada
En caso de emergencia
Que hacer en caso de perder el password de root o si el sistema no arranca, encontre estas literaturas interesantes respecto al tema:
Debian GNU/Linux Network Administrator’s Manual
System recovery with Knoppix
System recovery
VHCS2: If specified by -literal_key, then the key length must be equal to the chosen cipher’s key length of 56 bytes at
Cuando se actualiza el sistema o pasa algo con el perl Crypt::CBC v2.17 sucede.
Si pasa ese error hay que agregar lo siguiente mas o menos en la linea del error:
‘keysize’ => 32,
Se tiene que quedar mas o menos asi:
my $cipher = Crypt::CBC -> new( {‘key’ => $main::db_pass_key,
‘keysize’ => 32,
‘cipher’ => ‘Blowfish’,
‘iv’ => $main::db_pass_iv,
‘regenerate_key’ => 0,
‘padding’ => ‘space’,
‘prepend_iv’ => 0
}
);
Extension de seguridad para el firefox
Si estan considerando un ISP
Aca esta la salida de mi ping a yahoo usando uninet
PING www.yahoo.akadns.net (68.142.197.66) 56(84) bytes of data.
64 bytes from p3.www.mud.yahoo.com (68.142.197.66): icmp_seq=1 ttl=52 time=570 ms
64 bytes from p3.www.mud.yahoo.com (68.142.197.66): icmp_seq=2 ttl=52 time=607 ms
64 bytes from p3.www.mud.yahoo.com (68.142.197.66): icmp_seq=3 ttl=52 time=554 ms
64 bytes from p3.www.mud.yahoo.com (68.142.197.66): icmp_seq=4 ttl=51 time=491 ms
64 bytes from p3.www.mud.yahoo.com (68.142.197.66): icmp_seq=5 ttl=51 time=536 ms
64 bytes from p3.www.mud.yahoo.com (68.142.197.66): icmp_seq=6 ttl=51 time=551 ms
64 bytes from p3.www.mud.yahoo.com (68.142.197.66): icmp_seq=7 ttl=51 time=543 ms
64 bytes from p3.www.mud.yahoo.com (68.142.197.66): icmp_seq=8 ttl=52 time=559 ms
64 bytes from p3.www.mud.yahoo.com (68.142.197.66): icmp_seq=9 ttl=52 time=537 ms
No hay pantallas azules pero…
La verdad que no tuve ningún pantalla azul en mi estadía en Linux en los últimos tiempos, pero ya se me colgó el sistema, ya salieron unos errores bizarros, lo ultimo pude capturar en pantalla aunque sea. pero le siento al sistema mucho mas rápido, y nunca paso de los 400 mb ocupados en memoria y la memoria virtual esta siempre vacía por lo que me es mejor Linux, pero al próximo que me diga que no hay equivalentes a pantallas azules o errores bizarros en Linux tal vez le regale una remera esta imagen:
