🚀 go-pugleaf

"Jos� Miguel Santib��ez" <jms.nospam@nivel5.cl> escribi� en el mensaje
news:Xns97F8D53637D0Ejmsnews@200.27.221.71...
> En el cap�tulo anterior (news:e8k70a$vfk$1@news.nivel5.cl), "Rick_oj"
> <Rick_oj@[sin-esto]tutopia.com> dijo:
> >> En todo caso, por "llegar cinco minutos tarde", me refer�a a entregar
> >> al final de la prueba... Aunque despu�s lo relacion� con las
> >> preguntas que hiciste respecto de "saltarse la pregunta" y noto que
> >> es por tiempo... Igual la carga del server puede ser un factor
> >> cr�tico...
> >
> > seria un mysql, y en un labotorio de no mas de 100 personas, segun
> > recuerdo debo consultar eso
> > ahora viendo algo de sesion me quede con la pregunta de que pasa si un
> > usuario presiona back en el navegador e intenta responder la pregunta
> > imagino que deberia ponerle un flag a cada pregunta respondida, que a
> > la vez debe ser ingresada pregunta por pregunta, para mayor seguridad
> > y las que no contesto estarian por defecto en la bdd como omitidas
> >
>
> En eso, las sesiones ayudan al "no cache"... Aunque lo puedes forzar (y
> para el caso convendr�a). Hay un par de cosas via javascript que se pueden
> hacer para minimizar el uso de los botones...
>
> Por otro lado, tienes que decidir si permites cambiar una respuesta o
no...
>
> Y depende de que tipo de preguntas sean, si son "alternativas", siempre
> puedes poner la opci�n: "no sabe/no responde" ;-)

son del tipo alternativas, sin cambiar la respuesta, es pregunta a pregunta
(una pregunta por pagina)
con posibilidad de omitir (no responde), eso seria, el fin de semana tratare
de armar un sitio de prueba y ver que tal

podrias explayarte mas en eso del no cache y forzarlo, por favor
pensaba tener un contadr en cada pagina, si se regresa y el contador es
mayor al numero de preguntas que respondido es que esta intentando cambiar
la respuesta

gracias nuevamente