ASP.NET

Hola!

En cuanto a tu primera ASP.NET creo, no estoy seguro, pero si el cliente no
acepta cookies, tampoco te funcionan las variables de session, porque si no
hay cookies, como se entera el sistema que es el mismo cliente el que se
conecto?

Yo creo que la decisión estriba en una combinación del espacio ocupado en el
servidor x el número potencial de usuario.

Saludos

Jose Alfredo
Bad Honnef
RFA

"Miguel Ortiz Falcón" schrieb im Newsbeitrag
news:5e6001c4819d$8e3e6980$
Que onda grupo les tengo varias de ASP.NET, veámos:

1. Para hacer el seguimiento de los estados de los
usuarios y sus acciones qué es mejor a su
parecer?Cookies o HttpSessionState ?...

Yo creo que los segundos "son mejores", por la cuestion
de que el Cliente no acepte Cookies, ahora bien, pero
estos objects HttpSessionState cuando se le agrega un
object mediante Add por ejemplo, estos se guardan en el
WebServer no ?...entonces "podrian" ocupar espacio no ?...

2. Esta en en cuanto a Autenticación basada en Forms,
supongamos que lo siguiente esta en el WebConfig:

<authentication mode="Forms">
<forms name = "Cookie" loginUrl = "Login.aspx"
protection = "Encryption" />
</authentication>

<authorization>
<deny users = "?" />
</authorization>

Ahora bien en el WebForm Login.aspx que es a la que se
direcciona si un usuario no está autenticado, hace su
proceso de validacion (etc etc etc) y de alguna manera ya
validó, aparece una sentencia como:

FormsAuthentication.SetAuthCookie(
"nombre", false );

pudo ser otro, pero aqui puse este...

A lo que voy entonces es:

Para que 2 cookies en la autenticacion ?...como
trabajan ? para que sirven?...para que es uno y para qué
el otro?... Si se preguntan cuales dos cookies?, pues el
cookie que se crea mediante FormsAuthentication y el
cookie que se crea en el WebConfig...

y creo que habia otra duda, pero ya no me
acuerdo...jeje...ya luego en otra exposición...

Saludos...
Miguel Ortiz...