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...

Ya me acordé de las otras dos:

1. Cual sería el equivalente, si lo hay, en ASP.NET de un
MessageBox de WinForms, para que despliegue un cuadro de
mensaje en el cliente?

2. Cómo podria crearse una estructura como la de este
foro asi estilo Frames, si no veo que haya componentes en
el VS como el TreeView y cosas asi y como se crearía
tambien una GUI de pestañas por ejemplo, como la de
http://www.sanborns.com.mx por decir alguna...?

Saludos...
Miguel Ortiz

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...
.

Miguel,

1) No existe una clase MessageBox en ASP.NET, para mostrar un mensaje en el
cliente deberás utilizar un alert() de JavaScript. Hay un excelente artículo
de Eugenio Serrano:

http://www.microsoft.com/spanish/ms...art120.asp

donde se implementa un control web para eso.

2) Seguramente habrá también librerías de controles web por ahí para todas
esas cosas que mencionas.

Slds - Octavio

"Miguel Ortiz Falcón" escribió en el mensaje
news:662f01c4827f$d91b02a0$
Ya me acordé de las otras dos:

1. Cual sería el equivalente, si lo hay, en ASP.NET de un
MessageBox de WinForms, para que despliegue un cuadro de
mensaje en el cliente?

2. Cómo podria crearse una estructura como la de este
foro asi estilo Frames, si no veo que haya componentes en
el VS como el TreeView y cosas asi y como se crearía
tambien una GUI de pestañas por ejemplo, como la de
http://www.sanborns.com.mx por decir alguna...?

Saludos...
Miguel Ortiz

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...
.

Hola!

Rebuscando en la bibliografia existe un modo de trabajar en ASP NET que
permite obviar las cookies, en este caso el sistema mete la "cookie" en la
cadena de comandos de la respuesta. En este caso se puede trabajar con
sesión en un ambiente sin cookies, la única dificultad que tiene el sistema,
es que hay que escogerlo de antemano. Es decir o trabajamos con cookies o no
trabajamos con cookies pero no podemos mezclar los dos, lo que es una
lástima.

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...