On 3 July 2011 16:44, Hanno Schlichting <ha...@hannosch.eu> wrote: > On Sun, Jul 3, 2011 at 7:09 AM, Chris McDonough <chr...@plope.com> wrote: > > Zope still needs to the virtual host monster (or something like it) even > > with the WSGI publisher; there's nothing equivalent in the WSGI world > > (unless you could repoze.vhm, which is essentially just the virtual host > > monster, and probably doesn't need to live in middleware; no one uses it > > except people who use repoze.zope2). > > I'm expecting us to use repoze.vhm. But I've left the VHM in the code, > so it's easy to install one if you still need it. For some time I > expect Plone to install a VHM as part of its installation process. > > > I don't have any skin in this game, but FTR, Mike Bayer isn't feeling > > all that confident about Beaker's sessioning component (or so he has > > told me). Beaker was originally made as a caching component, and had > > sessioning jammed into it quite late; nobody is really maintaining the > > sessioning component of it now. > > Well, if I can choose between modern unmaintained code from Mike Bayer > and stone-age unmaintained code from Zope, it's still an easy choice > ;-) > > And looking at the basics of what Beaker does here, it's still much > more useful and of better quality than what we have in Zope 2. > > If there's any other non-framework-specific session machinery out > there, we could use that as well. But I think most other stuff is tied > into Django.
FWIW, we have a high-performance, high-load application in production on Plone 4 with collective.beaker relying heavily on sessions, and I'm not aware of any problems with it. We use the memcached backend across two physical servers and a large number of Zope clients. Martin
_______________________________________________ Zope-Dev maillist - Zope-Dev@zope.org https://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - https://mail.zope.org/mailman/listinfo/zope-announce https://mail.zope.org/mailman/listinfo/zope )