Nuevo sistema de logeo

[leac3]

Hola a todos, actualmente estoy desarrollando una plataforma web (API) para varias aplicaciones que voy a desarrollar; algunas de estas tienen que ver con el Cloud Computing.

Me gustaria usar este medio para encuestarlos, y asi obtener informacion y especificaciones de como quisieran ustedes (los futuros usuarios) que esta funcionara.

La aplicacion en cuestión en este post es un protocolo de logeo; ya se que existen muchas (google, .NET Passport, y recientemente OpenID), pero quien sabe si este protocolo llegue a dar en el clavo (... o no) ya que estaria diseñado por ustedes mismos, por sus consejos, y sus experiencias en la web.

La idea es un protocolo de logeo que pueda ser integrado por los forums y blogs en nuevas versiones de por ejemplo Wordpress y phpBB, para que de esta forma los nuevos usuarios estén mas predispuestos a logearse en un foro X, en vez de tener que hacer el tedioso y tipico proceso de registro y verificacion de la cuenta desde el email.

Hablo de forums y blogs principalmente, porque alli se encuentra el grueso de las veces que los usuarios de internet se ven obligados a crearse una cuenta en un foro X.

Dentro de una semana tendré listo una fase beta, para que ustedes lo critiquen constructivamente. La idea es que con darse de alta en mi sistema (y contestar unos pocos campos basicos de informacion) yo pueda suministrarle al site que use mi sistema, el email de quien se esta logeando (campo que uso como login), su display name (como en MSN), su avatar y otras cosas basicas. Ademas la pagina del logeo puede ser personalizada para la pagina de donde proviene el usuario. Tambien una vez que se logee desde un website, ya estaria logeado en los demas sites que usen este sistema.

Ustedes como desarrolladores de websites, ¿Qué campos les gustaria obtener de un usuario que se logea en su website? : pais de origen; o el pais que el usuario desea usar por defecto para sus busquedas en su site, asi como el idioma por defecto en que quisiera ver el website; etc...

Disculpen la falta de acentos y la extension de mi explicacion.

[leac3]

alguna ayudita con el diseño de este sistema.

que les gustaria que un sistema como este, les devolviera, un email, un nick, el avatar de preferencia del usuario...

[buzu]

personalmente no lo usaría. Me gusta tener control total sobre mis aplicaciones y poder llevar un conteo de las personas que se han subscrito. Esa es mi opinión personal.

Pasando a una opinión más amplia, creo que es un buen proyecto aun que tendrías que competir por ejemplo contra openID el cual ya implementan lugares como wordpress. Como harías para ganarte la confianza de los administradores de los sitios para convencerlos de usar tu sistema?
Ya tomaste en cuanta el costo de transferencia que te sugiere? y que con la seguridad? de que modo devuelves los datos? Para que tu proyecto pueda hacer competencia a servicios como el mencionado openId tiene que ser 1 más eficaz y 2 más sencillo.

Ahora, suponiendo que convences a los administradores de usar tu sistema, como convences a los usuarios? ya consideraste que la gran mayoría tan solo por estar en servicios muy populares como wordpress e incluso más populares ya cuentan con un openID? Yo por ejemplo no me subscribiría a otro servicio a menos que me ofrezca algo mucho mejor.

[leac3]

uhm bueno, he estado analizando las ventajas y desventajas delopenid, y realmente no lo usaria, por las siguientes razones:
A)El proveedor del OpenID puede ser cualquier sitio web, lo que podría darle una ventaja a webmasters inescrupulosos que promuevan el OpenID con malas intenciones, es decir, con el fin de obtener los datos de sus usuarios almacenados en sus servers.

B)Los usuarios no están acostumbrados a logearse escribiendo una URL.

C)No se le avisa al usuario recien dado de alta en OpenID que deba introducir o aprenderse una URL.

D)El proveedor podría no tener certificado SSL.

E)Si el server consume su ancho de banda, o el webmaster deja de pagar el server, o es un servidor con poca capacidad de conexiones; el usuario que quiera logearse a un servicio que use OpenId simplemente no va a poder logearse, porque su proveedor estaría fuera de servicio.

F)No se conoce la infraestructura de seguridad del server, tales como firewall, y ese tipo de cosas.

G)La instalación es ligeramente complicada, aunque consta solo de configurar un solo archivo, pero aun asi, hay otros sistemas que con solo copiar un codigo en el HTML, tienes listo un servicio de cuenta universal.

Hay metodos muchos mas seguros, mas faciles de usar y de entender, y por supuesto mucho mas personalizables para que el usuario no pierda la orientacion cuando se cambia de un site a otro solo para logearse.

[buzu]

Lo mismo pensaría yo de tu servicio. No es que esté yo en contra, pero sinceramente que bases tendrías para convencer a un usuario que piensa como tu piensas de opneId que tu sitio es mejor opcion que un sistema que ya tiene respaldo de sitios como Wordpress o blogger?

[leac3]

jejejeje claro, tienes razon, y ciertamente no tengo el apoyo de ninguna empresa o fundacion reconocida, pero bueno poco a poco es que se gana la confianza de la comunidad.

Propongo una interfaz totalmente personalizable en cuanto a graficos, tal es el caso de paypal cuando se sabe trabajar con su API, que le permite poner al menos un logo a la pagina de logeo de paypal, para que el usuario no sienta que lo han mandado a otro lugar.

Un codigo sumamente sencillo de instalar, tan facil como cuando se configura el codigo de Google AdSense, o un boton de pago de PayPal.

Ademas de tener Certificado SSL y Certificado de Origen de Dominio.

¿Que datos podria brindarle a los que usen este sistema? Nombre del usuario, avatar, display name(nick), ubicacion geografica del usuario (para aquellos webmasters que no saben mucho de programacion o que no han implementado un motor GeoIP), pais de preferencia del usuario, idioma de preferencia, zona horaria aunque no se a quien le seria util jejejeje.

Pronto vas a poder ver de que hablo, aunque no se si el webmaster me permita poner un link a mi pagina aqui en este tema, o deba de crear uno nuevo en otra categoria.

[buzu]

No dejes de avisarme cuando termines... Me gustaría ver el resultado final.