Herman Geldenhuys wrote:
I've written a Zope product that exposes a MenuItem. I add a menuItem
in a Zope folder, and I have no difficulty accessing and editing it via
the ZMI. I've written an xml-rpc-like protocol for Zope, that basically
validates the security manually.
What do you mean by
Hi
Herman Geldenhuys wrote:
I've written a Zope product that exposes a MenuItem. I add a menuItem
in a Zope folder, and I have no difficulty accessing and editing it via
the ZMI. I've written an xml-rpc-like protocol for Zope, that basically
validates the security manually.
What do
Zopistas,
My ZCatalog is fast as admin, but dog slow as anonymous and other users.
Anyone had this same experience? Details:
marjors:
Zope 2.6.2
CMF 1.3
Plone 1.0.5
about 50,000 cataloged objects (dual xenon server, plenty of ram, RAID)
User folder has 15k users in it, but admin is one of
Jason Spisak wrote:
Zopistas,
My ZCatalog is fast as admin, but dog slow as anonymous and other users.
Anyone had this same experience? Details:
This is certainly to do with queries which run against FieldIndexes only
for anonymous users. This is something the CMF does (e.g. expires and
Seb,
thanks! i'll give that a shot. i also thought of adding daterange
indexes for the calendar portion or things. does that also garner any
speed improvement?
Seb Bacon wrote:
Jason Spisak wrote:
Zopistas,
My ZCatalog is fast as admin, but dog slow as anonymous and other
users.
Seb,
I've replaced the following date indexes that werer FieldIndexes with
DateIndexes
Date
effective
expires
modified
i'll let you know what kind of speed improvement I get.
Jason Spisak wrote:
Zopistas,
My ZCatalog is fast as admin, but dog slow as anonymous and other
users. Anyone had
Jason Spisak wrote:
Zopistas,
My ZCatalog is fast as admin, but dog slow as anonymous and other users.
Anyone had this same experience? Details:
marjors:
Zope 2.6.2
CMF 1.3
Plone 1.0.5
about 50,000 cataloged objects (dual xenon server, plenty of ram, RAID)
User folder has 15k users in it,
Tres,
You are right. I've also got that permission turned off to take
advantage of that part of the CMF workflow, which compounds the problem
since it's site wide. I'm building the individual DateIndexs now and
when that's done, I'll check the performance (for my own edification if
nothing
Jason Spisak wrote:
You are right. I've also got that permission turned off to take
advantage of that part of the CMF workflow, which compounds the problem
since it's site wide. I'm building the individual DateIndexs now and
when that's done, I'll check the performance (for my own
Consider me awaiting my socks to be blown off. 8-)
Tres Seaver wrote:
Jason Spisak wrote:
You are right. I've also got that permission turned off to take
advantage of that part of the CMF workflow, which compounds the
problem since it's site wide. I'm building the individual DateIndexs
Tres and Seb,
Got rid of all the date FieldIndexes and am reindexing the new
DateIndexes one at a time from the indexes tab, but I've hit a snag.
when I go to reindex 'expires' I get this error immediately:
Site error
This site encountered an error trying to fulfill your request. The
errors
I didn't see this come through from the list, so I'm doing a quick resend.
Tres and Seb,
Got rid of all the date FieldIndexes and am reindexing the new
DateIndexes one at a time from the indexes tab, but I've hit a snag.
when I go to reindex 'expires' I get this error immediately:
Site error
Jason Spisak wrote:
Tres and Seb,
Got rid of all the date FieldIndexes and am reindexing the new
DateIndexes one at a time from the indexes tab, but I've hit a snag.
when I go to reindex 'expires' I get this error immediately:
Site error
This site encountered an error trying to fulfill your
Thanks. I'll update the index, since it will eventually be in proper
zope anyway, it'll just be a bit ahead it's time 8-)
Just to throw another wrench in, when updating the 'start' and 'end'
indexes I get this error now that they are DateIndexes:
Site error
This site encountered an error
14 matches
Mail list logo
