[Seaside] Seaside sessions

Sebastian Sastre ssastre at seaswork.com
Wed Sep 5 14:26:27 UTC 2007


Hey that's clever. Simple and still quite secure (unless users abandon open
browsers in connected hosts). I think I'll try this,

	thanks Ramon,

Sebastian Sastre


> -----Mensaje original-----
> De: seaside-bounces at lists.squeakfoundation.org 
> [mailto:seaside-bounces at lists.squeakfoundation.org] En nombre 
> de Ramon Leon
> Enviado el: Martes, 04 de Septiembre de 2007 11:45
> Para: 'Seaside - general discussion'
> Asunto: RE: [Seaside] Seaside sessions
> 
> > -----Original Message-----
> > From: seaside-bounces at lists.squeakfoundation.org
> > [mailto:seaside-bounces at lists.squeakfoundation.org] On Behalf Of 
> > Sebastian Sastre
> > Sent: Tuesday, September 04, 2007 6:22 AM
> > To: 'Seaside - general discussion'
> > Subject: [Seaside] Seaside sessions
> > 
> > Hi there,
> >  
> >     there is any kind of good practice to use session in production?
> >  
> >     like an average duration that can be recomended?
> >  
> >     I saw that in basecamp one can be logged and hours 
> later add some 
> > record and it reponds fine. Can that behavior be implemented with 
> > seaside apps? if so, what approaches to implement that one can use?
> >  
> >     thanks,
> >  
> > Sebastian
> 
> I don't like web apps that timeout on me, nor do I like 
> wasting server resources with long session timeouts, so I 
> keep the 10 minute timeout and the root component of my apps 
> create a single perodical that does nothing that fires just 
> short of the session timeout to touch the server every so 
> often.  This ensures any browser that is actually open won't 
> timeout and any actual unused sessions expires shortly.
> 
> Ramon Leon
> http://onsmalltalk.com
> 
> _______________________________________________
> Seaside mailing list
> Seaside at lists.squeakfoundation.org
> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside



More information about the Seaside mailing list