I'm going to write a Cookbook article about session choices and non-session alternatives after I've researched some more. That should address the shorter-term needs, and maybe people with more expertise than me can add to it,. Then if it gets a link in the Sessions chapter of the manual, that should make everybody happy.
My own immediate need is just a small bit of search state, so I'm going to make (SQL) database tables for it and hook it up to the session ID cookie. That will actually have an alternate benefit, that it can simultaneously serve as a log of popular searches, and I can put the result IDs in a table (for faster result paging) and then join them to get the result objects for the page. My following project will need more extensive sessions, but I have a couple months to think about what to do for it. On Fri, Dec 13, 2013 at 9:06 AM, Jonathan Vanasco <[email protected]> wrote: > Honestly, I'm sick of the near-religious argument against server side > sessions. I've seen this position on many open source projects lately. > > Without going into a philosophical debate on the benefits/uses of sessions > themselves -- I'm just going to say the following : > > It's great that many people think Cookie/Client based Sessions are > appropriate for their own needs and want to educate others on how awesome > they are. But it's arrogant to think that Cookie based Sessions are > appropriate for all needs. > > Encrypted Cookies can handle a lot of use cases, but not all. Server based > sessions are still appropriate if not necessary in many use cases. > > Pyramid doesn't make a decision or force people into design choices for > (just about, if not literally) anything else. > > Developers should be able to choose which types of Sessions they want to > use. Educating them on the appropriateness of a system is great -- but > forcing a choice by only officially supporting ( or mentioning in the docs ) > one over the other is just a huge issue when it comes to "adoption" and > "attractiveness". > > The recent changes -- even in the docs alone , are re-positioning Pyramid > from having "Awesome Session support: cookie or virtually any backend !" to > "cookie or you can install redis!" One of those is very underwhelming. ( > cue the sad trombone ) > > > > > -- > You received this message because you are subscribed to the Google Groups > "pylons-discuss" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to [email protected]. > To post to this group, send email to [email protected]. > Visit this group at http://groups.google.com/group/pylons-discuss. > For more options, visit https://groups.google.com/groups/opt_out. -- Mike Orr <[email protected]> -- You received this message because you are subscribed to the Google Groups "pylons-discuss" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To post to this group, send email to [email protected]. Visit this group at http://groups.google.com/group/pylons-discuss. For more options, visit https://groups.google.com/groups/opt_out.
