John Eikenberry wrote:
and retrieval. But ZCatalog did not. It was basically useless for partial
matching searches (taking many minutes for searches that retrieved more
than 100 matches). I was also concerned about the indexing overhead. It
doesn't scale well when changing/adding many
John Eikenberry wrote:
Long answer: If you check out the source and/or hit it with the profiler
you'll see that the way the partial search works is to first do a more
general search then to limit the hits as much as possible via regex's.
Both these steps have to happen no matter the batch
Hi Andy,
I'm not sure what you mean by 'interface/way', so.. I'm going to
guess at two possible interpretations.
1) Basically ZPatterns allows you to define classes (DataSkins)
instances of which can optionally be used to view/create/change/delete
external data through methods of the class
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
At 04:41 PM 1/17/01 +0200, Roch'e Compaan wrote:
I don't have the slightest idea what you're trying to accomplish here - I
probably missed the beginning of this thread. Do you want to change the
way the specialist processes the string "dataskin1", or the way dataskin1
processes the URL
Christopher Petrilli wrote:
Unfortunately, it won't change in b1, it might change before the final
release if I can find a better solution. The problem is in the Vocabulary,
not in the Catalog itself. One of the things I'm focusing on is improving
the algorithms that are used for doing
Phillip J. Eby wrote:
I'm pretty sure DTML methods *won't* work. "Python Methods"
might. I don't know about external methods, python scripts, etc.
I have successfully used PythonScripts for this.
--
Steve Alexander
___
Zope-Dev maillist -
Phillip J. Eby wrote:
I'm pretty sure DTML methods *won't* work. "Python Methods"
might. I don't know about external methods, python scripts, etc.
I have successfully used PythonScripts for this.
Does this mean I have to upgrade to 2.3 beta 1, because Python Methods on
2.2.4
Arno Gross wrote:
If I try your suggestion wiht _.getitem(_['sequence-item'])
(If I remember well this was the first I tried).
dtml-call "REQUEST.set('rangList','folder1;folder2;folder2')"
dtml-in " _.string.split(rangList,';')"
dtml-with "_.getitem(_['sequence-item'])"
dtml-let
On Wed, 17 Jan 2001, Casey Duncan wrote:
Try this:
dtml-call expr="REQUEST.set('rangList','folder1;folder2;folder2')"
dtml-in expr="_.string.split(rangList,';')"
dtml-let folder="_[_['sequence-item']]"
index="_['sequence-index']"
dtml-call
Are you saying that Zope's startup and shutdown time is
affected by the size of the ZODB?
Yep. Over small ZODB's you wont notice the effect until it gets large. I
found it very annoying when doing a lot of work in python and so had two
databases, one with a small amount of data and one with a
Is there a reason the rowcount property of the cursor object was not made
available throught the DA (ideally as an optional parameter of the __call__
method)?
Am I missing it somewhere else?
Cheers,
Tim McLaughlin
___
Zope-Dev maillist - [EMAIL
Wow, that sounds perfect. Yes that's exactly what I was asking.
I can create an abstract data storage (SkinScript) that stores the data
anywhere, lets say for my purposes an RDBMS (but it could be ZODB etc). I
can then get and access classes (DataSkins) with no cares about the data
storage and
Andy McKay wrote:
Yep. Over small ZODB's you wont notice the effect until it gets large. I
found it very annoying when doing a lot of work in python and so had two
databases, one with a small amount of data and one with a lot (two sets of
test). However in the end Shane Hathaway's excellent
Michael Bernstein wrote:
Christopher Petrilli wrote:
Unfortunately, it won't change in b1, it might change before the final
release if I can find a better solution. The problem is in the Vocabulary,
not in the Catalog itself. One of the things I'm focusing on is improving
the
I haven't spotted any UI for it, if its there. Shane's Refresh didn't quite
work all the time for every product (something he recognized in his
readme's). This would be a huge advantage for me with 2.3.
--
Andy McKay.
- Original Message -
From: "Chris Withers" [EMAIL PROTECTED]
To:
Michael Bernstein wrote:
Christopher Petrilli wrote:
Unfortunately, it won't change in b1, it might change before the final
release if I can find a better solution. The problem is in the
Vocabulary,
not in the Catalog itself. One of the things I'm focusing on is
improving
On Tuesday 16 January 2001 20:42, Michael Bernstein wrote:
Are you saying that Zope's startup and shutdown time is
affected by the size of the ZODB?
AFAIK on a filestorage zope loads up the indexes (oid, file_offset?) into
memory on start to facilitate object retrieval which impacts start up
On the plus side any corrupted objects are fixed or deleted when you start
up the ZODB. For that reason, somedays a restart is very useful :)
--
Andy McKay.
- Original Message -
From: "ender" [EMAIL PROTECTED]
To: "Michael Bernstein" [EMAIL PROTECTED]; "Andy McKay"
[EMAIL PROTECTED]
whats happens when you create a persistent object and mount it
to multiple points on your zodb. do you get a shared ref or multiple
copies of the object?
kapil
___
Zope-Dev maillist - [EMAIL PROTECTED]
Hi Folks,
Does anyone have a recently compiled DynPersist.dll from ZPatterns,
compiled for Windows ?
Thanks.
--
Steve Alexander
Software Engineer
Cat-Box limited
http://www.cat-box.net
___
Zope-Dev maillist - [EMAIL PROTECTED]
For a similar project (http://mailarchive.activestate.com) we too use a
MSSQL back end, for various reasons similar to Chris. I'm not worried
about
it, once upon a time I tried to stick everying in the ZODB. To me one of
Zope's great strengths is it's portability and connectivity to other
Steve,
I've got one on a box at work, I'll check back with you tomorrow, and if you
still need it it's yours.
I may even be persuaded to compile a new one ;)
Phil
On Wednesday 17 January 2001 23:13, Steve Alexander wrote:
Hi Folks,
Does anyone have a recently compiled DynPersist.dll from
whats happens when you create a persistent object and mount it
to multiple points on your zodb. do you get a shared ref or multiple
copies of the object?
..shared ref if you do it like you say you are :-)
I'd love to see ObjectManagers support this.
...yes, there are security implications
What version in particular?
Try searching the archives, I posted quite a recent one a while back :-)
cheers,
Chris
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML encoding! **
Hi,
I tried it with a new product following the HowTo, and it works perfectly.
Thanks a lot.
But actually I have already an exsisted product with a Container ZClass
'KTracker'(inherit from ObjectManager) and an Item ZClass called
'TrackerIssue'. And it's been used for a while with the instance
ender wrote:
whats happens when you create a persistent object and mount it
to multiple points on your zodb. do you get a shared ref or multiple
copies of the object?
It depends on the product you use for mounting, but generally you'll get
a shared database with independent connections. So
Zope's got this really cool form handling mechanism that allows us to have
mutiple submission buttons that call different methods. Way neat. Now, I'd
really like to have the same mechanism available when using images as
submission buttons (that is, input type="image" name="goMethod:method")
This
28 matches
Mail list logo