son [EMAIL PROTECTED] wrote
regarding [Zope-dev] Product Data Storage:
Andy Dawkins writes:
I have decided AGAINST searching the ZODB for instances of ZMailIn
because
that is just too scary, hideously inefficient and I don't want to go
there.
Instead I thought of keeping an up-to
Andy Dawkins wrote:
So my question is this:
What are peoples opinions on storing shared product data? Where should it
be placed? Should this ability be added to Zope as a standard?
So, this would be the zope equivalent of the unix "/etc/" directory?
Perhaps you could have "etc (Product
You should look into using ZCatalog for this purpose.
-josh zeidner
I have an interesting issue which I don't think has been raised. But
instead of solving the issue myself I thought I would share it with you
guys/gals and see what you think.
I am currently working on a Zope MailIn
You should look into using ZCatalog for this purpose.
OK - that is a solution that could solve my particular issue, but where
would you put it? Would you put it in the Product folder, or in some common
place in the ZODB.
How would you create it originally? In the products __init__.py or by some
Andy Dawkins writes:
I have decided AGAINST searching the ZODB for instances of ZMailIn because
that is just too scary, hideously inefficient and I don't want to go there.
Instead I thought of keeping an up-to-date list of where all the current
instances where held. My original idea was
Dan wrote:
Shared data should go in zope/var, or a subdirectory of that.
Zope/lib should be considered read-only by running products unless
explicitly changed by the user. As you have correctly pointed out,
lots of machines share Zope installations for multiple servers.
A standard interface for
Loren Stafford wrote:
In that case we decided to put the Schedule in the root folder. There is no
more global data than the catalog itself, but if there were it could be
stored in the catalog folder, since catalogs are folderish.
Hmm, this is messy. Could the Catalog not be stored in your
I haven't thought much about this; I just followed mj's original design.
Maybe there was some reason for this decision. Any comment Martijn?
-- Loren
Loren Stafford wrote:
In that case we decided to put the Schedule in the root folder.
There is no
more global data than the catalog