jejejeje.... mira estoy aun metido con LDAP, (fase de documentacion)
hasta que vea la matrix segun mi problematica veré si me sirve o no
(cosas de tiempo) y luego veria lo de .Net y web XML
servicie que mencionaste... <br>
<br>
jejje como ya me meti en papa con el LDAP, me costaria dejarlo de lado
ahora en la mitad... en fin cuando vea la luz, espero esta semana,
envio señales y mis nuevas propuestas para asi pulirlas o deshecharlas<br>
<br>
Gracias<br><br><div><span class="gmail_quote">2006/5/24, Rodrigo Fuentealba <<a href="mailto:darkprox@gmail.com">darkprox@gmail.com</a>>:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
javier calderon wrote:<br>> tu idea me parece atractiva e interesante, pero tengo los siguentes<br>> problemas..<br>Problemas en la integración siempre habrá...<br>> la bd que se encuentra en sqlserver y una de las que esta en postgres,
<br>> no se encontrarian localmente, es decir, el sistema relacionado con el<br>> foro y la aplicacion de venta & compra de productos en una primera<br>> instancia estaran alojadas en un hosting, mientras las otras dos en
<br>> distintos servidores.<br>Pues, ¿cuál será la idea de no unificar productos? Es más fácil pero<br>toma más tiempo. En este caso comienzan los paneles de control... :S<br>> el otro problema en base a tu idea, es que el sistema que posee bd
<br>> sqlserver es luvit y al tratarse de un sistema "E-Learning Sofware"<br>> nunca me daran acceso tal que pueda ingresar a las tablas del sistema<br>> y ver los privilegios de los usuarios<br>Dile al jefe que dije yo que es un disparate tener 4 sistemas con bases
<br>de datos distintas. Aquí en mi empresa tenemos únicamente tres:<br>PostgreSQL, LDAP (que no es base de datos propiamente tal) y MySQL.<br>Migramos todas las autenticaciones a LDAP y de ahi cuando nos validamos<br>hacemos todo en PostgreSQL. MySQL es para jugar un rato con los
<br>contenidos de la página, pero se va a ir.<br>><br>> Y mi amigo se me acaba de ocurrir otra situacion conflictiva, y se<br>> trata de que pasaria si se les ocurre hacer otro sistema , con otra bd<br>> y con otro modo de programacion, ¿entonces deberia manejar 6
<br>> instancias de conexion ? y asi suscesivamente.<br>Yep, eso pasaría con un middleware también en todo caso.<br>><br>> lo que actualmente estaba pensando es una posible solucion mediante<br>> LDAP, aún manejo informacion de forma teorica, pero estoy trabajando
<br>> en ello... ahora si alguien o tu mismo sabe algo al respecto seria<br>> bienvenida su opinon tal cual como la que acabas de dar Roman<br>LDAP es altamente recomendado... pero tampoco podrás autenticarte de<br>
varias partes si tienes un hosting entremedio... Creo que tu solución va<br>por lo que en .NET se le llama XML Web Service, y no te autenticas<br>contra la BD sino contra servicio web... y se va haciendo más complejo.<br>
><br>> Gracias<br>><br>><br>> El día 24/05/06, *Roman Jesus Astorga Guzman*<br>> <<a href="mailto:roman_astorga@hotmail.com">roman_astorga@hotmail.com</a> <mailto:<a href="mailto:roman_astorga@hotmail.com">
roman_astorga@hotmail.com</a>>> escribió:<br>><br>> Voy a tirar algunas líneas, a ver si te sirve de algo<br>><br>OK, dibujemos de nuevo entonces:<br><br>1.- SQL Server local<br>2.- PostgreSQL local<br>
3.- MySQL remoto<br>4.- PostgreSQL remoto<br><br>Para autenticar usuarios, te recomiendo que uses el SQL Server local o<br>el PostgreSQL local, con un servicio web XML o algo así (mira cómo<br>trabaja el .NET Passport). Para eso necesitas IP fija: tienes IP fija
<br>ahí donde estás?<br><br>Vas a necesitar desarrollar una aplicación de autenticación que consulte<br>a la BD y después de recibida la respuesta (ejem, ejem, por ejemplo con<br>ajax), inicies la sesión con los datos del usuario en el sistema que
<br>está usando.<br><br>Problemas con los que te vas a encontrar:<br><br>1.- Redundancia de información: Los perfiles no siempre serán los mismos<br>en todas partes, por lo que tu aplicación deberá pasar al resto de las<br>
aplicaciones también lo que se llama perfiles en común.<br><br>2.- Inaccesibilidad: si no tienes IP fija o si se cae el servidor local,<br>cooperaste con el remoto, todos tienen que sincronizarse.<br><br>Te va a quedar riiiiiiiiiiiiiiiico :D pero podrías ir por ahí.
<br><br>;) Atte. Yo q:-)<br><br>--<br>Rodrigo Fuentealba<br></blockquote></div><br><br clear="all"><br>-- <br>Javier Calderón.