On Jan 5, 2011, at 12:04 AM, "li...@nidelven-it.no" <li...@nidelven-it.no>
> We've experienced some problems with the Transcience/SESSION system, where
> KeyErrors can pop up for unknown reasons.
> Therefore, I was thinking of writing/using a custom session system, which
> doesn't do anything "magical", just stores it into some kind of database.
> It would have to support multiple ZEO clients, and I'm thinking it should
> also "respect" the transaction machinery, so that if something fails, the
> changes are rolled back.
> I've thought of different approaches, but right now, the best approach seems
> to be a separate database file, in FileStorage, BSDDB or some such variant,
> mounted at the point /session for example.
> Then have 3 methods/functions which set, get and delete entries in the
> storage as necessary. Every user gets a unique cookie and corresponding
> place in the database.
> What's the recommended way to handle up to many, many small objects with
> frequent writes?
> Am I making unecessary work for me here, or could such a system be useful?
> Has something like it been made before? Is it better to test and fix
> the Transcience/SESSION system?
Take a look at collective.beaker
Groundwire: You Are Connected
Online tools and strategies for the environmental movement. Sign up for
Check out our 2010 Website Benchmarks Report. How do you stack up?
Zope-Dev maillist - Zope-Dev@zope.org
** No cross posts or HTML encoding! **
(Related lists -