> Estamos frente a una discusi�n con un cliente, que imagina una > misma puerta de entrada para su sitio Institucional y su Intranet. > La misma URL, el mismo layout, basando la segmentaci�n de la > oferta de contenidos en un Log in. > > Alguien se top� alguna vez con un caso similar? En ese caso me > gustar�a conocer su experiencia, basada en ese modelo o > utro. Soluciones, problemas, etc. Me gustar�a conocer tambi�n > sus opiniones al respecto, auunque nunca hayan pasado por algo similar.
Hola Pablo. En mi caso te puedo comentar mi experiencia con proyectos Internet/Extranet/Intranet desarrollados para nuestros clientes. En la mayor�a de ellos, por no decir todos, el punto de acceso no es com�n, es decir no es a trav�s de la misma URL. De hecho nunca nos han pedido que lo hagamos as� sino todo lo contrario ya que su modelo de seguridad suele ser muy estricto y nos obliga a trabajar con par�metros de seguridad diferentes en funci�n de si la aplicaci�n se publicar� en Internet, es una aplicaci�n restringida a la que se accede por Internet (Extranet) o es una aplicaci�n de uso interno (Intranet). En cualquier caso creo que bajo los requerimientos que te pide tu cliente de un punto de acceso com�n los problemas m�s graves que puedes tener son a la hora de "securizar" la aplicaci�n para evitar que no haya accesos indeseados a las partes internas. En todo caso puedes seguir cualquiera de estos modelos: 1.- En la URL �nica colocas una p�gina de entrada p�blica. En dicha p�gina habr�a una casilla o un enlace para hacer "login" y tras hacerlo (y si es correcto; es decir, se trata de un usuario permitido) vuelves a la misma p�gina de entrada pero esta vez mostrando las opciones adicionales a las que puede acceder dicho usuario en funci�n de su perfil. Como ya tienes identificado al usuario, y conoces su perfil de acceso, puedes actuar en consecuencia en el resto de las p�ginas del web. 2.- En la URL �nica colocas una p�gina de entrada p�blica. En dicha p�gina colocas un enlace a la zona institucional. Al pulsar el enlace vas a una p�gina de "login" colocada en otra URL que tras validar el usuario lo redirige a la Intranet. De esta forma tienes separada la parte p�blica (Internet) de la privada (Intranet). 3.- Ambas webs est�n en URLs diferentes de tal forma que si alguien quiere conectarse a la zona p�blica teclear� una URL y si quiere acceder a la Intranet teclear� otra URL (y entrar� previo "login" en el sistema). Esta �ltima quiz� es la m�s recomendable para separar, claramente, un tipo de usuarios de otros. Creo que hay que diferenciar de forma clara la parte p�blica de la privada, tanto a nivel de funcionalidades como de dise�o. Normalmente la parte p�blica presenta diferentes servicios al usuario que la parte privada ya que son usuarios con perfiles e inquietudes diferentes. No es normal que el p�blico general quiera acceder al calendario de vacaciones de los empleados de una empresa, por ejemplo. :-) Saludos: -- Javier San Jos� ([EMAIL PROTECTED]) ODEI S.A. (http://www.odei.es/) Tfno: 945228863 / 945222850 "Tener la conciencia limpia es s�ntoma de mala memoria. (Les Luthiers)" _______________________________________________ altas, bajas y modificaciones: http://cadius.org/mailman/listinfo/lista_cadius.org
