I have been trying to make use of the builtin medusa ftp_server classes
and after struggling a while came across the strange practice some
internal zope developer has of dynamically changing classes at runtime.
ie in ZServer.FTPServer I came across
from medusa.ftp_server import ftp_channel,
Robin Becker wrote:
The real problem is that ftp_channel uses a method make_recv_channel
which uses a global class recv_channel and the recv_channel class has a
particular method which zope wants to override. How ought this kind of
situation to be handled more cleanly?
I haven't looked at
On Wed, Jan 31, 2001 at 12:59:55PM +0100, Radek Hnilica wrote:
Hello all,
While trying to debianize, compile and install new zope 2.3.0 I found
that file z2.py doesn't contain necesary first line. I look to previous
version 2.2.4 and there it is.
#!/usr/bin/env python
The
Hello all,
Just a reminder that the ninth international Python conference
is right around the corner, and that there will be a Zope track
again this year. More information on the Zope Track at Python 9
may be found at:
http://www.python9.org/p9-zope1.html
We invite you to come out and meet
On Wednesday 31 January 2001 04:18, Donovan Baarda wrote:
On Mon, Jan 29, 2001 at 07:26:56PM +0100, Dieter Maurer wrote:
Donovan Baarda writes:
On Sun, Jan 28, 2001 at 09:31:07PM +0100, Dieter Maurer wrote:
Donovan Baarda writes:
I remember reading ages ago on a wishlist for
This is a forwarding of an interesting session-related discussion between
Andy and I... it covers the idea of storing session states as "snapshots" at
a particular time, later allowing users to select a session state. This is
useful if you wish to allow users to make incremental changes to data
Well my quick hack and wacky of doing it is as follows:
- I wrote a quick simple class "ZStore" that has as one of its properties a
pickle, which you can read and write to using cStringIO
- I make a ZStore object, throw in the session object, it pickles it as the
data property, I add a few more
Cool! Note that the session data object implements the mapping interface,
so you don't really need to pickle up a copy of it. I'd recommend against
this, although it seems to be working well for you.
Instead, to save a session state, I'd just grab the current session data
object and iterate
Cool! Note that the session data object implements the mapping interface,
so you don't really need to pickle up a copy of it. I'd recommend against
this, although it seems to be working well for you.
Any special reason why I shouldn't pickle apart from the fact that the ZODB
will do it to
Any special reason why I shouldn't pickle apart from the fact that the
ZODB
will do it to save the object?
The session data object class may move in the future, which in the "normal"
case would only require that you restart the server (if they're transient)
or flush your data container (if
10 matches
Mail list logo
