Re: Avoiding Sessions

2013-03-27 Thread Tom Evans
On Wed, Mar 27, 2013 at 1:35 PM, Venkatraman S wrote: > So, if i am right, usage of sessions makes an extra call to the DB for every > view with login_required. > > SELECT "auth_user"."id", "auth_user"."password", "auth_user"."last_login", > "auth_user"."is_superuser", "auth_user"."username", > "a

Re: Avoiding Sessions

2013-03-27 Thread Shawn Milochik
Some clients may not allow cookies, which would be a problem if that's your full session strategy. If you're storing nothing but the default information in the cookie then there shouldn't be any risk, and in any case the cookie is encrypted with the SECRET_KEY from your settings. If you store addit

Re: Avoiding Sessions

2013-03-27 Thread Venkatraman S
Well, the intention of asking that Q was not to check any possible data-store alternatives but to understand the nuances of the cookie based approach. Am not a great security expert when it comes to cookies and the limitations that it 'can' cause down the lane - and hence. On Wed, Mar 27, 2013 at

Re: Avoiding Sessions

2013-03-27 Thread Shawn Milochik
Use django-redis-sessions as a back end instead of the database. On Mar 27, 2013 9:35 AM, "Venkatraman S" wrote: > So, if i am right, usage of sessions makes an extra call to the DB for > every view with login_required. > > SELECT "auth_user"."id", "auth_user"."password", "auth_user"."last_login"