[Zope-dev] ZCatalog Indexes tab crawls...

2003-07-17 Thread Chris Withers
Hi, Has anyone noticed that the ZCatalog Indexes tab crawls if you have loads of objects indexed. My guess is that some types of index take way too long to figure out how many objects are indexed. Anyone know which index types those could be? BTW, would anyone object if I removed that object

[Zope-dev] ZCatalog Indexes tab crawl reason confirmed

2003-07-17 Thread Chris Withers
Chris Withers wrote: My guess is that some types of index take way too long to figure out how many objects are indexed. This was confirmed by commenting out: dtml-var numObjects missing=n/a ...in catalogIndexes.dtml BTW, would anyone object if I removed that object count, since it's not often

Re: [Zope-dev] ZCatalog Indexes tab crawl reason confirmed

2003-07-17 Thread Jean Jordaan
so... would anyone mind? Well, I've often been interested to note the numbers. It gave me a feeling for which indexes are heavily used. Sure, I could figure this out without looking at this page, but the (lack of) speed hasn't bugged me .. -- Jean Jordaan http://www.upfrontsystems.co.za

[Zope-dev] Access Rule

2003-07-17 Thread Hubert Muller
Wycinite cytrusyHello, Anybody knows how to restore acces to folder with bad written site access rule ? Versioning works fine for me, but is any simplier/alternative solution ? regards Hubert Muller ___ Zope-Dev maillist - [EMAIL PROTECTED]

Re: [Zope-dev] ZCatalog Indexes tab crawl reason confirmed

2003-07-17 Thread Andreas Jung
--On Donnerstag, 17. Juli 2003 12:26 Uhr +0200 Jean Jordaan [EMAIL PROTECTED] wrote: so... would anyone mind? Well, I've often been interested to note the numbers. It gave me a feeling for which indexes are heavily used. Sure, I could figure this out without looking at this page, but the (lack

[Zope-dev] ZCatalog indexes tab - which Index Types are guilty?

2003-07-17 Thread Chris Withers
The problem is caused by calling len() on the indexes btrees. Instead a counter implemented btree.Length should be used in the future. Which Index types are currently guilty of this? How about re-naming the column to Number of Documents Indexed and making sure this is actually what the indexes

Re: [Zope-dev] ZCatalog indexes tab - which Index Types are guilty?

2003-07-17 Thread Andreas Jung
--On Donnerstag, 17. Juli 2003 12:29 Uhr +0100 Chris Withers [EMAIL PROTECTED] wrote: The problem is caused by calling len() on the indexes btrees. Instead a counter implemented btree.Length should be used in the future. Which Index types are currently guilty of this? I think all except

Re: [Zope-dev] Access Rule

2003-07-17 Thread Stefan H. Holek
You should be able to put export SUPPRESS_ACCESSRULE=1 into your start script, to disable existing access rules. Stefan --On Donnerstag, 17. Juli 2003 12:46 +0200 Hubert Muller [EMAIL PROTECTED] wrote: Anybody knows how to restore acces to folder with bad written site access rule ?

[Zope-dev] New zope.org rollout and transition plan

2003-07-17 Thread Brian Lloyd
Hi all - At long last, we are preparing to 'go live' with a new and improved zope.org. The new site will put an architecture in place that will make it easier to maintain and improve the site. We're planning to make the new site live as www.zope.org at the end of July. The current site will

[Zope-dev] Untrusted developers

2003-07-17 Thread Brian Brinegar
Howdy, I work with a Zope deployment at a University. Each school has a folder within the Zope deploy where they have complete control. We allow each student, staff, and faculty member to have their own personal folder. One of the problems with this is that users can write a script which

Re: [Zope-dev] Untrusted developers

2003-07-17 Thread Chris McDonough
This would be a fairly difficult thing to do internal to Zope given the numerous ways people can write infinite loops. You might want to take a look at the Autolance product at http://www.zope.org/Members/mcdonc/Products/AutoLance. It wasn't written for this scenario but might work anyway. On

[Zope-dev] Re: Untrusted developers

2003-07-17 Thread Kyler Laird
On Thu, Jul 17, 2003 at 11:10:45AM -0500, Brian Brinegar wrote: One of the problems with this is that users can write a script which loops indefinitely. When a script gets stuck in a loop it bogs down the ZEO client running it until the system kills that python process. We're talking about

[Zope-dev] Re: Untrusted developers

2003-07-17 Thread Brian Brinegar
Just being able to kill processes when their requests have been terminated would improve the situation dramatically. It would also allow termination policies to be implemented in the front-end server (Apache). This would not be as nice as the suggestion you made, but we could whip up a simple

Re: [Zope-dev] ZCatalog Indexes tab crawls...

2003-07-17 Thread Dieter Maurer
Chris Withers wrote at 2003-7-17 11:12 +0100: Has anyone noticed that the ZCatalog Indexes tab crawls if you have loads of objects indexed. My guess is that some types of index take way too long to figure out how many objects are indexed. Anyone know which index types those could be?

Re: [Zope-dev] ZCatalog Indexes tab crawls...

2003-07-17 Thread Casey Duncan
Actually I regard the current behavior as a feature. Using a stopwatch and a slide-rule I can estimate to within 100 objects, how many values are indexed in a catalog by measuring the time it takes to draw the indexes page. Please do not remove this most valued feature! -Casey On Thursday 17

Re: [Zope-dev] ZCatalog Indexes tab crawls...

2003-07-17 Thread Andreas Jung
--On Donnerstag, 17. Juli 2003 18:22 Uhr -0400 Casey Duncan [EMAIL PROTECTED] wrote: Actually I regard the current behavior as a feature. Using a stopwatch and a slide-rule I can estimate to within 100 objects, how many values are indexed in a catalog by measuring the time it takes to draw

Re: [Zope-dev] ZCatalog Indexes tab crawls...

2003-07-17 Thread Anthony Baxter
Andreas Jung wrote I agree but the current implementation sux. Switching to a counter based solution would solve the problem. The only problem I see is to keep the code fully backward compatible. if there's no counter present: create one, do a count of the docs, initialise the counter