Podés crear a los usuarios con el login en null guardando el login tentativo en otra columna, y luego en el activate setear el login.
Igual no entiendo bien por que necesitas este comportamiento, es raro. Si es porque no querés que un login de un usuario sin activar te imposibilite crear un nuevo usuario con ese login, simplemente crea un cron que vaya borrando los usuarios que no se activaron dentro de cierto tiempo (1 día, una semana, 30 min). Si es otro el motivo no se. Saludos 2010/3/26 Porta ☢ <[email protected]>: > Y si a los users que no estan active los mandas a memoria con algo tipo > redis (o cualquier otro key-value store)? > de modo que tu modelo User tenga una instancia anterior al create (que vaya > a memoria) y en cuanto el user activa la cuenta, entonces ahi lo pasas a la > tabla y lo eliminas de memoria. > asi, te evitas la tabla intermedia, mantenes el schema y la db a salvo del > fix, si tenes cambios en el futuro podes escalar sin problemas (la logica > queda escondida en el modelo) > o estoy delirando? > > 2010/3/26 Joaquín Vicente <[email protected]> >> >> 2010/3/26 Nacho Facello <[email protected]> >>> >>> 2010/3/26 Joaquín Vicente <[email protected]>: >>> > Hace que la unique key sea (login + verified) >>> >>> Eso no funcionaría. >>> >>> ("pepe" + false) es igual a ("pepe" + false) >>> >>> El segundo "pepe" no se podría registrar a menos que el primero ya >>> esté verificado, en cuyo caso no tiene sentido dejarlo registrarse con >>> un nombre con el que no va a poder confirmar. >>> >> >> Es verdad, no lo tuve en cuenta. >> Se me ocurre un fix, pero no me parece muy prolijo. El campo 'verified' no >> es un booleano, sino un int, distinto para todos los registros (una especie >> de random, aunque vien podría ser el mismo ID de la tabla, que es >> autoincremental y no se repite). y cuando el usuario se verifica, se setea >> el valor en 0. Ahí ya no tendrías ese conflicto >> Es horrible, lo se... >> >> saludos >> >> >> _______________________________________________ >> Ruby mailing list >> [email protected] >> http://lista.rubyargentina.com.ar/listinfo.cgi/ruby-rubyargentina.com.ar >> > > > _______________________________________________ > Ruby mailing list > [email protected] > http://lista.rubyargentina.com.ar/listinfo.cgi/ruby-rubyargentina.com.ar > > _______________________________________________ Ruby mailing list [email protected] http://lista.rubyargentina.com.ar/listinfo.cgi/ruby-rubyargentina.com.ar
