🚀 go-pugleaf

José Miguel Santibáñez ha escrito:

> En el capítulo anterior (news:e8glec$500$1@news.nivel5.cl), "Rick_oj"
> <Rick_oj@[sin-esto]tutopia.com> dijo:
>
> >
> > "José Miguel Santibáñez" <jms.nospam@nivel5.cl> escribió en el mensaje
> > news:Xns97F75C99237jmsnews@200.27.221.71...
> >> En el capítulo anterior (news:e8f24g$p63$1@news.nivel5.cl), "Rick_oj"
> >> <Rick_oj@[sin-esto]tutopia.com> dijo:
> >>
> >> > He mirado manuales, vi posteos aca,  y entiendo todo de como
> >> > inicializar la sesion y terminarla, el asunto del login y logout,
> >> > pero me pregunto como puedo fijar el tiempo de duracion de la
> >> > sesion? con una cookie?
> >> >
> >> > necesito crear una sesion que dure 30 minutos, debo hacerlo eso con
> >> > una cookie?, o en la misma sesion?
> >> > si es en una cookie esta se elimina cuando mato la sesion?
> >> >
> >> > se agradece
> >> >
> >> > pd: se que uno de los que respondera sera JMS
> >> > gracias nuevamente
> >> >
> >> >
> >> >
> >>
> >> No entendí si quieres que te conteste o no...
> >
> > claramente dice que se, que seras uno de los que contestaras
> >
> >>(aún no soy tan buen en   RickOJes ;-) )
> >
> > no importa ya te acostumbraras :)
> >
> >>
> >> http://cl.php.net/manual/es/function.session-set-cookie-params.php
> >>
> >> session_set_cookie_params(30*60);
> >> session_start();
> >>
> >> Igual hay que entender bien que es lo que se quiere hacer... es
> >> distinto una sessión que dure 30 minutos a una sessión que no esté
> >> inactiva más de 30 minutos...
> >>
> >> eso...
> >
> > necesito construir una aplicacion estilo prueba online, la prueba debe
> > tomarse en 30 minutos
> > es decir, al pasado los 30 minutos expira la sesion, y se obtienen las
> > respuestas de lo que contesto la persona, en esos 30 minutos
> > ya sea 0, preguntas, 1, la mitad o todas.
> >
> > no me queda muy claro lo de la inactividad
> >
> >
> >
>
> Hay que tener hato cuidado con eso...
>
> Yo no "mataría" la sesión a los 30 minutos, sino que haría dos cosas:
>
> a) almacenaría en la sesión el tiempo de partida, luego el tiempo final y
>    lo compararía... así tienes los datos de sesión Y de tiempo (necesario
>    si quieres decirle al que responde que no se le aceptan las respuestas
>    por llegar 5 minutos tarde)

no existiria el caso de la posibilidad de el alumno que llega tarde,
pues si no llega ese dia se le ubica en otro bloque siguiente, para
tomar la prueba


>
> b) pondría un poco de código en flash o javascript (este último es un poco
>    más "vulnerable") que le de una clara noción al que responde del tiempo
>    que lleva/le queda. Incluso puedes automatizar el "retiro" de la prueba,
>    haciendo que al llegar la cuenta a cero, se "posteen" las últimas
>    preguntas.

si tengo pensado hacer un contador no sabia si en flash o en php,
si llega a cero las preguntas que no respondio se dan por omitidas

>
> Un último comentario, es que en mi experiencia en pruebas on-line, siempre
> te van a reclamar el tiempo "perdido" por carga del servidor (tanto
> inicialmente, como si guardas las respuestas intermedias). Eso es
> independiente de si el servidor responde a la velocidad de la luz o si
> realmente demora. Recuerda que un usuario, _siempre_ puede demorar la
> respuesta por el simple hecho de recargar la página...
>
> eso...

voy a analizar eso, ya que el sistema es pregunta a pregunta, por eso
necesito tener la idea clara para montar un servidor de pruebas, y ver
todos los pro y contra, falencias y etc.