Mensajes

es posible tener tablas innodb y myisam en la misma base de datos???

yo lo e intentado en mysql worckbeanch pero al cambiar el tipo de una tabla me lo cambia todo =<

y si te roban el papel? xD

as visto la pelicula hackers? uno de los tipillos de la peli tenia la avilidad de aprenderse 10 contraseñas viendo lo que escribian en el teclado xD

yo siempre guardo mis contraseñas de casi todo, exepto lo importante como el cpanel de mi host, o la cuenta bancaria xD

de hay en fuera no hay pdo,  dudo que puedan recuperar las contraseñas respondiendo preguntas secretas  cuando ni yo me acuerdo de que chorradas respondo

yo creo que tu proveedor de servicio no sabe lo que hace.. ( ._.)

nunca e sabido de la posibilidad de que un usuario (en tu caso  con pppoe) se pueda conectar desde 2 lugares distintos..
lo normal esque el mas reciente vote al anterior, o el mas reciente no conecte,  o el proveedor de servicio blokee la cuenta para evitar problemas de robo de usuario.

asi que, no creo que sete divida la velocidad  con los dos modems conectados.
y espero tengas suerte y tu proveedor no se percate de ese error... que podria costarle mucho dinero 

exacto..
de todos modos si estas paranoico no hace falta que guardes el password en la session =]

yo en session guardo datos que probablemente utilizare en todas las paginas, como el nombre de usuario que utilizo para ponerlo en el menu

$_SESSION_['USUARIO'] = $usuario
y para cuando necesito saber si el usiario esta logueado   e echo 2 cosas

if(isset($_session_[usuario]))   devolvera true si tienes algo guardado en esa variable o false..

mi segunda opcion es un
$_session_[login] = true
if ($_session_[login])


si aun estas paranoico podrias cifrar todo con crypt()
al guardar session ases un
$session_[cifrado] = crypt("esto esta cifrado")

y al checar sus valores no olvides hacer crypts

if ($session[cifrado] == crypt("esto esta cifrado"))

crypt es de una sola via, asi que no hay metodo de desencriptacion...


detodos modos todo esto es incesesario...

lo que si es necesario es que en tu bd encriptes los passwords y eso loases asi:

insert into usuario (usuario,pass) values ('pepito',sh1('perez'));
sh1 convertira perez en una cadena cifrada de 40 caracteres =P

el problema eske si tu usuario pierde el password nunca podras decirle cual es... tendras que decirle que cree otro xD

soy yo o no a tenido aceptacion por la comunidad? 

me es curioso que no alla sido aceptado, aun teniendo varias mejoras como las listas comprimidad o que el print sea una fucion (que auque es castroso poner , aveces es mas rapido que poner un + ' ' ) y otras cosas...

es una lastima, alguien conoce que opina python del tema? cual es el panorama? tendre que mudarme ala version 2.x o  ser partidario del cambio ala 3.x??? 

[START TRANSACTION;]

 

no sabia eso, auque ami me enseñaron (por no decir latiguearon) a que todo proceso que tenga mas de una instruccion sql lo englobe en un prcedimiento y blokee la tabla.

por ejemplo (y justamente tenia avierto el mysql workbeach)

-- --------------------------------------------------------------------------------
-- Routine DDL
-- --------------------------------------------------------------------------------
DELIMITER $$

CREATE PROCEDURE InsertUsuario (varUsuario varchar(20), varPassword text, varNombre varchar(100), varEmail varchar(100), varCalle varchar(100), varCol varchar(100),varNum varchar(10),varTelefono int)
BEGIN
declare varIDUsuario int;
START TRANSACTION;
insert into usuario ( usuario, password, nombre, email) values (varUsuario,SHA1(varPassword),varNombre,varEmail);
select last_insert_id() into varIDUsuario;
insert into cliente (telefono,domicilioCalle,domicilioCol,domicilioNum,credito) values (varTelefono,varCalle,varCol,varNum,false);
insert into Usuariocliente (idusuario,idcliente) values (varIDUsuario,last_insert_id());
commit;
END

donde start transaction  blokea la tabla y commit la libera

esto funciona en innoDB no recuerdo si en myISAM se puede blokear la tabla asi...
pero de que se puede blokear se puede blokear

[desactiva javascript apartir de aki activa javascript apartit de aki?]

pero eso cambiaria todo mi texto, y necesito dar la oportunidad de que pongan html...

no se que cosas peligrosas se puede hacer con html, pero con javascript un redireccionador ya te fastidia mucho =/

no puede hacerse un,
desactiva javascript apartir de aki
activa javascript apartit de aki?

[myISAM te permite hacer tu propio buscador por cantindad de palabras similares en un text o un varchar=P]

innoDB  tiene entidad relacional (o algo asi) que son reglas en la base de datos que mantienen congruentes los datos relacionales (no te permite borrar un dato si se encuentra relacionado con otro a  menos que los definas como borrado en cascada)


myISAM no tiene entidad relacional, asi que el control de congruencias lo tienes que tener en tu aplicacion
por lo tanto es mas rapido
y permite hacer busquedas en campos del tipo text.. no se explicarte esto en este momento y me da flojera buscarlo
pero en si, myISAM te permite hacer tu propio buscador  por cantindad de palabras similares en un text o un varchar

=P 

si elijes myISAM tienes que tener mucho cuidado con la integridad de los datos..

un problema

digamos que un proceso que tienes   hace lo sig:

inserta un valor
toma el ultimo valor insertado e inserta otro valor

eso no deberia causar poblemas, pero si segun tu, tienes muchisimo trafico

podria ser que 2 usuarios hagan el mismo proceso al mismo tiempo
y  los procesos van entrando a una unica pila de ejecucion,
por lo tanto podrias tener algo asi

insert valor //usuario 1
insert valor //usuario 2
toma ultimo valor e inserta otro //usuario 1
toma ultimo valor e inserta otro //usuario 2

cuando deberia ser asi:

//usuario 1
inser valor
toma ultimo valor e inserta otro
//usuario 2
inser valor
toma ultimo valor e inseta otro

hay ya se causo un error de congruencia

el error puede ocurrir en inoDB y en myISAM, pero innoDB tiene mas reglas y metodos para pevenir esto

ahora un error de entidad:

tu tabla es
cliente {idcliente}
telefono{idctelefono, forain key idcliente}

al hacer un delet  cliente en innoDB  te tiraria error, si la clave cliente tiene una relacion con telefono..

en myISSAM  simplemente borra el cliente y le vale madre  la otra tabla

no me abia percatado que una de mis paginas tenia html injection..
era un concepto que avia olvidado, y hoy lo recorde

y me ise un deface con un javascript redireccionando..


ahora la duda es como   me protejo???

el problema es que hay ciertos texfields que necesito que reconoscan   un poco de html
como los  h1,2,3,4,5  center, strike, strong,  y lo basico para dar formato x]

consultas mas rapido no
si tienes los sig
cliente  60 datos
telefono 120 datos
telefonocliente 100 datos

un select * from cliente, telefono,telefono cliente
tendria que multiplicar 60 x 120 x 100

si tubieras solo
cliente 60
telefono 60
tendrias que multiplicar solo 60 x 60

la diferencia es que
el primer modelo te permite que un cliente tenga varios telefonos o  varios clientes tengan un solo telefono

el segundo  modelo te limita  dependiendo de donde esta la clave foranea : por ejemplo si la clave foranea esta en telefono, un telefono acepta un cliente, pero un cliente puede tener varios telefonos,
y alrreves con la clave foranea en cliente, un cliente solo puede tener un telefono pero un telefono puede tener varios clientes

asi que no te complikes la existencia y usa el primer modelo

telefono x cliente x telefonocliente

donde
telefono {idtelefono primary key, mas datos}
cliente {idcliente primarykey, mas datos}
telefonocliente{idtelefono clave foranea, idcliente clave foranea}

y la consulta te keda algo asi como

select *
from telefono, cliente, telefonocliente
where  telefono.idtelefono = telefonocliente.idtelefono
and cliente.idcliente = telefonocliente.idcliente

si no recuerdo mal, puede expresar un natural join si tienen los mismos nombres. pero asi como te lo exprece no puedes errarle..

y es posible optimizar consultas con consultas anidadas =p
eso me lo enseño un maestro que tiene doctorado en bases de datos
pero no es para mortales