I'd love to hear 'em. :)
- PushMePullYu ;-)
- MetaManager
- Trigger (TriggerManager)
- IndexManager
- RuleManager
HTH,
Michael Bernstein
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML encoding
and DocBookDocument.
Many thanks,
Michael Bernstein.
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML encoding! **
(Related lists -
http://lists.zope.org/mailman/listinfo/zope-announce
this:
http://www.zope.org/Members/BwanaZulia/ZUBB/
HTH,
Michael Bernstein.
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML encoding! **
(Related lists -
http://lists.zope.org
ethan mindlace fremen wrote:
Michael Bernstein wrote:
Please change the page so both the title and the description
have the same background color, but that the color is
alternated between grey and white for odd and even Products.
Ok, well, I've given that a try. Some people think I
ld get you a much better archive
interface almost immediately, and you could concentrate on
'promoting' ZDiscussion postings to a wiki page instead.
I'm rambling, but this seems like it would work really well!
HTH,
Michael Bernstein.
___
Zope-De
r), and I don't know how to do this. If
anyone can offer a cut-and-paste set of instructions to add this into
LoginManager or Membership, it would be greatly appreciated.
If I've missed something obvious or misunderstood the problem, please
tell me that to
Steve Alexander wrote:
Michael Bernstein wrote:
I feel that a barrier to Loginmanager and Membership becoming more
generally usable for site builders is it's current lack of support for
local roles. Specifically, members do not show up in the local roles
screen (manage_listLocalRoles
Steve Alexander wrote:
Michael Bernstein wrote:
I posted this to the PTK list on Friday, but didn't get any responses
over the weekend, so I'm reposting here.
I feel that a barrier to Loginmanager and Membership becoming more
generally usable for site builders is it's current lack
Michael Bernstein wrote:
Steve Alexander wrote:
Michael Bernstein wrote:
I posted this to the PTK list on Friday, but didn't get any responses
over the weekend, so I'm reposting here.
I feel that a barrier to Loginmanager and Membership becoming more
generally usable
Michael Bernstein wrote:
Does anyone on the list know how to change the getUserNames
Python method to return a list of names instead of a list of
objects?
The code in question is this:
user_ids=self.UserSource.getPersistentItemIDs()
names=[]
for i in user_ids
and a list of names,
which was the critical bug in the getUserNames method.
Michael Bernstein.
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML encoding! **
(Related lists -
http
Michael Bernstein wrote:
Michael Bernstein wrote:
I figured out how to get this to work (finally).
In the acl_users LM, add the following two Python methods:
Well, I discovered another problem:
For some reason, when I create a PortalMembership member, add the two
Python methods
Chris Withers wrote:
Michael Bernstein wrote:
It seems to me that there is a potential 'bridge' between
the mailing lists and the wikis - The mailing list archives!
snip details
I like this idea a lot :-)
After some more thought, I realized that this really needs
to be a three-way
ut this new
four-way separation (storage, domain, implementation, UI) is
confusing the heck out of me.
I know that both of you (Phillip and Ty) are very busy
right now, but could you perhaps give us a few short
installments? Starting at the beginning (wherever that is),
of course.
Thanks
further architectural changes coming down
the pipe.
HTH,
Michael Bernstein.
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML encoding! **
(Related lists -
http://lists.zope.org
"Phillip J. Eby" wrote:
At 09:49 PM 10/4/00 -0700, Michael Bernstein wrote:
While I wouldn't say that there has been an actual 'paradigm
shift' between the original RIPP presentation and ZPatterns,
What's happened is that there's been a lot of "implementation shift".
to hear them.
Let me know how it goes,
Michael Bernstein.
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML encoding! **
(Related lists -
http://lists.zope.org/mailman/listinfo/zope
, but I'll make
time to do so tomorow. How easy would it be for you to write
a step-by-step HowTo/WalkThrough of creating the example? I
can edit it and flesh it out if you can write a bare-bones
version.
Thanks,
Michael Bernstein.
___
Zope-Dev maillist
Steve Spicklemire wrote:
Again.. this is an embarrassingly trivial example.. but here it goes:
[snip details]
That's it. I can't imagine anything simpler. ;-) Really!
Thanks, I'll be trying this out at work tomorrow.
Michael Bernstein
!
Michael Bernstein.
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML encoding! **
(Related lists -
http://lists.zope.org/mailman/listinfo/zope-announce
http://lists.zope.org/mailman
Zope internal
acl_users interfaces that were getting in your way.
How large of a project would this be?
Thanks for your patience in answering my questions. I think
I'm getting a good understanding of this approach, but I'm
still working on internalizing it.
Michael Bernstein.
you think, is that simple enough?
Michael Bernstein.
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML encoding! **
(Related lists -
http://lists.zope.org/mailman/listinfo/zope
modified my copy of
Membership to authenticate off of an NT PDC via SMB from a
Solaris box.
Most LoginManager and Membership discussion happens on the
Zope-PTK mailing list, not Zope-Dev.
Cheers,
Michael Bernstein.
___
Zope-Dev maillist - [EMAIL
directly
accessible from a client (but may only be called or rendered
from other objects) in order to clarify the distinction.
Michael Bernstein.
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
** No cross po
I'd mention it again
in that context.
HTH,
Michael Bernstein.
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML encoding! **
(Related lists -
http://lists.zope.org/mailman/listinfo
Check out his comments here:
http://weblogs.userland.com/zopeNewbies/discuss/msgReader$831
Cheers,
Michael Bernstein.
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML encoding
, and the 50% mark is recalculated
for that phase to account for the reduced number of ballots.
Cheers,
Michael Bernstein.
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML encoding
Chris Withers wrote:
Michael Bernstein wrote:
After some more thought, I realized that this really needs
to be a three-way gateway betrween a mailing list, a 'blog,
and a newsgroup.
I'm all up for doing the mailing list/weblog type bits but I have no
idea how news _works_ and how
supply any Python Product with multi-level management tabs
without breaking existing code (peppar peppar). If not please let me know.
Sounds interesting. Can you add a few screenshots to the
product page?
Michael Bernstein.
___
Zope-Dev maillist
validation problems rather than just raising
exceptions...
Along with the TTW ability to define new variable types to
be validated (and their validation methods), such as :email,
:12hTime, :24hTime, :URL, :fqURL (fully qualified URL), and
others.
Michael
to use
than Python Methods anyway ;)
Any thoughts on that from the community?
Bill,
The move to Python Scripts sounds like a good one.
BTW, Can you fold in my local roles changes, and create an
additional Type of User Source for use with SMB? I'll
contribute the code that I've got.
Michael
"Morten W. Petersen" wrote:
[Morten W. Petersen]
| Any suggestions?
Found the problem. There needs to be a method called user_names
in the acl_users folder, which returns all the user ids:
[snip solution]
Sorry I didn't see your question earlier. Here was what I
posted to the list
Chris Withers wrote:
Michael Bernstein wrote:
reindex_object - should be called when an object is edited
Hmmm... didn't see this method listed in the interfaces wiki. Where did
you find it?
I found it in the 'Creating a CatalogAware ZClass' HowTo:
http://www.zope.org/Members/AlexR
Chris Withers wrote:
Michael Bernstein wrote:
Hmm. Aren't postings CatalogAware? If they're not, shouldn't
they be?
Why? ;-)
Squishdot manages the cataloging, re-cataloging and un-cataloging of its
own postings. I don't think CatalogAware would make that process any
simpler
Chris Withers wrote:
Michael Bernstein wrote:
If you are writing your own cataloging and uncataloging
code, then I think that it could be.
G
The cataloguing code in Squishdot amounts to about 4 lines, all of which
are calls to standard ZCatalog interface methods
reindex_object causes to be called).
So, postings would only need to be CatalogAware if you
wanted them to be able to 'live' anywhere within the Zope
heirarchy, instead of being contained directly within the
Squishdot object (which inherits from ZCatalog).
Do I have this correct?
Michael
Erik Enge wrote:
[Michael Bernstein]
| When called, they find the nearest (acquisition-wise) ZCatalog
| (named Catalog by default),
I think you can specify the ZCatalog it should index itself in by
putting the default_catalog attribute in your class.
Your example is correct as far
Chris Withers wrote:
Michael Bernstein wrote:
Now I'm wondering how to duplicate the behaviour of Postings
being contained within Squishdot, but not appearing in the
'Contents' tab.
that's definitely a 'bad' thing :-(
Why is that bad? A custom object management UI ('Postings
Chris Withers wrote:
Michael Bernstein wrote:
No, I'm creating two different applications, an image
archive and a book catalog. Both need to handle large
numbers of items. The standard management interface does not
scale to the number of objects involved from a usability
ink. The black seems a bit overbearing.
Hmm. I haven't checked out the new interface myself yet, but
I wonder if DC did any usability testing on their new UI?
Cheers,
Michael Bernstein.
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://lists.zope.org/m
tree frame instead. This would keep the logo
visible, but would no longer take up screen real estate from
the main frame.
Does DC do any usability testing on proposed UI changes?
HTH,
Michael Bernstein.
___
Zope-Dev maillist - [EMAIL PROTE
Andy McKay wrote:
My lips are sealed.
You're being coy.
Here is the URL:
http://www.activestate.com/Products/Komodo/
Michael Bernstein.
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
** No cross posts
and BTree folder, so I have
infrastructure that is better suited to managing thousands
(potentially hundreds of thousands) of objects.
Any ideas would be welcome.
Michael Bernstein.
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://lists.zope.org
at the scale
that I'm talking about?
The other implementation I'm considering is to create a
ZClass that inherits from ZCatalog and Btree Folder. Would
this approach run into any scalability problems with the
number and type of objects I'm talking about?
Thanks,
Michael Bernstein
Steve Alexander wrote:
Michael Bernstein wrote:
I am currently planning two separate 'Archive' type
projects/Products. In both cases, I need to make sure that
my implementation will scale to hundreds of thousands or
even millions of objects.
In one project the objects are very
as I am talking about.
I'd really like to hear from anyone who has attempted to do
this or something similar.
Does anyone know of any hidden 'gotchas' when dealing with
this many objects, regardless of the hit-load on the system?
Thanks,
Michael Bernstein
, Zwiki,
etc.).
So, again: Has anyone run up against any performance or
other limitations regarding large numbers (hundreds of
thousands or more) of objects stored within the ZODB either
in a BTree Folder or a Rack?
In other words, will the system slow down if you add enough
objects?
Thanks,
Michael
John Eikenberry wrote:
Michael Bernstein wrote:
So, again: Has anyone run up against any performance or
other limitations regarding large numbers (hundreds of
thousands or more) of objects stored within the ZODB either
in a BTree Folder or a Rack?
I was looking into the same
' when dealing with
this many objects, regardless of the hit-load on the system?
Mostly starting and stopping Zope, [snip]
Are you saying that Zope's startup and shutdown time is
affected by the size of the ZODB?
Thanks,
Michael Bernstein.
___
Zope
RDM wrote:
On Mon, 15 Jan 2001, Michael Bernstein wrote:
as Squishdot). Adding a dependency on an RDBMS or requiring
additional setup on the server's FS seems a step in the
wrong direction.
[...]
So the question remains: Will either approach (within the
ZODB) allow me to scale
,
Michael Bernstein.
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML encoding! **
(Related lists -
http://lists.zope.org/mailman/listinfo/zope-announce
http://lists.zope.org
Forwarded to the list to maintain the thread.
Original Message
From: John Eikenberry [EMAIL PROTECTED]
Subject: Re: [Zope-dev] Massive scalability
To: Michael Bernstein [EMAIL PROTECTED]
Michael Bernstein wrote:
John Eikenberry wrote:
Can you tell us a bit about how many
globbing.
Which problem is the algorithm improvement meant to address,
bulk adds or partial search performance?
Thanks,
Michael Bernstein.
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
** No cross posts
anyone have anectodal or benchmark data that would
suggest what happens with that many objects?
Thanks,
Michael Bernstein.
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML encoding
?
Thanks,
Michael Bernstein.
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML encoding! **
(Related lists -
http://lists.zope.org/mailman/listinfo/zope-announce
http://lists.zope.org
Steve Alexander wrote:
Michael Bernstein wrote:
Also, is there a way to disable wildcards in full text
searches?
Do not allow direct queries to search the catalog. Instead, make
searches go through an external method (or a PythonScript with Proxy
permissions) that uses
Erik Enge wrote:
[Michael Bernstein]
| I need to know how far the ZCatalog will scale using this indexing
| and search strategy. Does anyone have anectodal or benchmark data to
| suggest if (and when) I will hit a 'wall' regarding the number of
| objects being indexed and searched
Steve Alexander wrote:
Hi Michael,
Michael Bernstein wrote:
It seems clear that indexing and searching are more of a
botleneck than storage/retreival. Nevertheless, so far I
have not heard of anyone trying to store more than 60,000
objects in a rack. I need to know
Steve Alexander wrote:
Michael Bernstein wrote:
There is some question in my mind if
accessing any attribute (such as the thumbnail version)
causes all attributes to be loaded into memory. If so,
displaying a list of images with thumbnails may result in
many large objects being
directory, ZCatalog,
or some combination thereof, using triggers to keep the data in sync.
Thanks Philip, that's reassuring. I guess now I need to make
certain that the ZCatalog can scale as far as I need it to.
Michael Bernstein.
___
Zope-Dev maillist
We seem to have disposed of the wildcard issue [snipped out
below], and I'm looking forward to Eric's results, but does
anyone else have any information about whether there is a
practical upper limit on how many objects can be indexed and
searched in a ZCatalog?
Michael Bernstein wrote:
After
identified as the bottleneck. Or at least into
indexing/searching and storage/retreival.
Thanks,
Michael Bernstein.
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML encoding! **
(Related list
.
HTH,
Michael Bernstein.
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML encoding! **
(Related lists -
http://lists.zope.org/mailman/listinfo/zope-announce
http://lists.zope.org
test
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML encoding! **
(Related lists -
http://lists.zope.org/mailman/listinfo/zope-announce
single string,
which I would like to use as a text index.
So, I decided to ask for a critique of the application
design (such as it is). I also seem to recall mention of
'indexing agents' that might make this a bit more elegant,
but haven't found a how-to on
Just address your emails to [EMAIL PROTECTED]
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML encoding! **
(Related lists -
http://lists.zope.org/mailman/listinfo/zope-announce
Steve Alexander wrote:
Michael Bernstein wrote:
'BookProduct' product
*'BookClass' ZClass (inherits from
_ZClass_for_CatalogAware, _ZClass_for_DataSkin)
Don't derive from CatalogAware when you're also deriving from DataSkin.
Ok.
Rather than use the CatalogAwareness mechanism
Steve Alexander wrote:
Michael Bernstein wrote:
Thanks, Steve. I'll try this a little later today. What are
your thoughts on placing this in the Specialist's 'Plug-ins'
tab vs. the Rack's?
[snip excellent explanation]
Thanks, Steve. That was very helpful. To summarize your
Steve Alexander wrote:
Michael Bernstein wrote:
If the SkinScript
has functionality that should be shared by more than one
Rack, it should go in the Specialist,
Not quite. If the SkinScript has functionality that is shared by
all the Specialist's Racks, then it should go
this have any implications for the BTree implementation
used in ZPatterns Racks?
Michael Bernstein.
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML encoding! **
(Related lists -
http
Chris Withers wrote:
Michael Bernstein wrote:
I guess it's just a matter of only reinventing the wheels
you have to, and writing less code as a result.
I'm pretty sure Squishdot is re-inventing no wheels ;-)
If you are writing your own cataloging and uncataloging
code, then I think
size smaller than
the orphan size, so this isn't really an issue.
Michael Bernstein.
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML encoding! **
(Related lists -
http
Jim Fulton wrote:
Based on recent discussions, I've created a proposal:
http://dev.zope.org/Zope3/RenameTheZopePackage
to rename the zope package to z. Unless there are strong
objections, we'll do this after we move the Zope repository head to
subversion at the end of the month.
From a
Fred Drake wrote:
On Friday 16 April 2004 01:31 pm, Michael Bernstein wrote:
From a consistency in nomenclature POV, I find 'z' jars a bit with
ZConfig, zdaemon, ZEO, zLog, and ZODB, which one might expect to find
nested within 'z' (as 'z.Config' for example). This is admittedly only
Shane Hathaway wrote:
Michael Bernstein wrote:
Did I miss something? Did I just manage to embarrass myself? Is this a
dream where I find I am wearing nothing but underwear in public and
then wake up?
Well, OPE made me think of:
- Opie on The Andy Griffith Show - http://www.imdb.com/title
Jim Fulton wrote:
Jim Fulton wrote:
The first question is:
Is it a problem to have two packages with names differing only in case?
+1
--
- Michael R. Bernstein
michaelbernstein.com
Author of Zope Bible
___
Zope-Dev maillist - [EMAIL PROTECTED]
Ken Manheimer wrote:
I noticed this when it went initially went by, but didn't have time to
follow up. The upshot is that there is absolutely no way *under the
current arrangement* that this is going to happen. I can see a way to
swing it, requiring earnest volunteer effort. Here are the
Casey Duncan wrote:
-1 on changing the list policy. I read and post to all of the public
lists through Gmane, which won't work if the policy is changed.
Umm... Why wouldn't this work? Isn't Gmane a subscriber?
--
- Michael R. Bernstein | Author of Zope Bible
michaelbernstein.com | Zope.org
78 matches
Mail list logo
