On Mon, 2002-03-04 at 03:55, Anthony Baxter wrote:
I think the performance hit is really quite minimal for two if statements at
the entry and exit point(s) of a function to turn the behaviour on and off.
I'm not convinced. Those small increments of performance really add up.
Look at how
On Mon, 2002-03-04 at 03:47, Richard Jones wrote:
On Mon, 4 Mar 2002 14:40, Casey Duncan wrote:
I agree, monkey patches are perfect for this. That
makes them totally transparent to the application and
Zope for that matter. There's nothing wrong with them
in the right application.
My
seb bacon wrote:
Yes - I would bet the performace difference is in the order of
hundredths of a second.
Which I would prefer not to have added to the several hundred other
hundredths-of-a-second
little differences-that-people-thought-wouldn't-make-a-difference that have been added
to
Zope
On Mon, 2002-03-04 at 10:47, Chris Withers wrote:
seb bacon wrote:
Yes - I would bet the performace difference is in the order of
hundredths of a second.
Which I would prefer not to have added to the several hundred other
hundredths-of-a-second
little
seb bacon wrote:
http://zope.nipltd.com/public/lists/dev-archive.nsf/ByKey/4084B02199CC6AFB
(to save the bother of following the link, that's the thread from about
a month ago regarding evidence suggesting ZPT may be *twice* as slow as
DTML)
Yup. And I'm a pretty strong advocate that
On Mon, 2002-03-04 at 11:23, Chris Withers wrote:
seb bacon wrote:
http://zope.nipltd.com/public/lists/dev-archive.nsf/ByKey/4084B02199CC6AFB
(to save the bother of following the link, that's the thread from about
a month ago regarding evidence suggesting ZPT may be *twice* as slow
seb bacon wrote:
Pros - a tiny performance gain
Cons - unpredictable interaction with future products;
I'd rephrase that as a pro:
Ability to work with products of the future, without the need to understand their inner
workings...
not a well-known
method of distributing products;
For some reason, when I try to view the Version Management screen
under Control Panel, I get a bunch of gibberish for one of the versions...
And... it won't let me click on the check box and Discard it... Is there
a way to do this manually? Or even see which versions are available manually?
We
On Mon, 4 Mar 2002 11:01:22 -0500
Andrew Sydelko [EMAIL PROTECTED] wrote:
For some reason, when I try to view the Version
Management screen
under Control Panel, I get a bunch of gibberish for one
of the versions...
And... it won't let me click on the check box and
Discard it... Is there
On Monday 04 March 2002 11:08, you wrote:
On Mon, 4 Mar 2002 11:01:22 -0500
A low-level way to get a list of versions is to call the
versions() method on the storage object. Example:
from ZEO.ClientStorage import ClientStorage
cs = ClientStorage(...) # your server address here
On Mon, 4 Mar 2002 11:11:55 -0500
Andrew Sydelko [EMAIL PROTECTED] wrote:
On Monday 04 March 2002 11:08, you wrote:
On Mon, 4 Mar 2002 11:01:22 -0500
A low-level way to get a list of versions is to call
the
versions() method on the storage object. Example:
from
Based on your description below, it seems your RewriteRule is not writen
correctly. To make proper use of the VirtualHostMonster it should read
(all in one line):
RewriteRule ^(.*)$
http://localhost:8080/VirtualHostBase/http/www.DonHopkins.com/80/Don/Hopkins/VirtualHostRoot$1
[P,L]
The 'L' in
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
i have a possibly problem using unordered lists with structured text.
See the exemple:
titulo
paragrafo noono onoonono ono oo noonononon o
onononono ononono onononono onononon onononon
ononononono onono.
* Item 1.
* Item 2.
*
- Original Message -
From: Fabiano Weimar dos Santos [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Monday, March 04, 2002 14:40
Subject: [Zope-dev] STX Bug ?
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
i have a possibly problem using unordered lists with structured text.
What if, instead of the static list of callable info that the CP
currently uses, Zope objects could register themselves as profilable?
We would then make sure that the object types that CP handles now
register themselves, but other products that we don't know (or
have to know) about
I don't know the discussion but feel free to fix it
(don't forget to update the unittests and the regression tests).
Andreas
- Original Message -
From: seb bacon [EMAIL PROTECTED]
To: Andreas Jung [EMAIL PROTECTED]
Cc: Fabiano Weimar dos Santos [EMAIL PROTECTED]; [EMAIL PROTECTED]
Hi all -
I'm glad to see a thriving thread on 2.6 features :) To try to
keep things manageable, I've created a project in the fishbowl
at:
http://dev.zope.org/Wikis/DevSite/Projects/Zope2.6/
...to start getting the effort organized. In particular, I spent
some time today going through the
With respect to the overhead of inserting things into modules in the
source code, Fred Drake (I think!) pointed out to me that constructs in
the form
if __debug__: ...
are automatically removed by the parser when Python is run with the -O flag.
Note that I am *not* sure how Zope performs
Brian Lloyd wrote:
http://dev.zope.org/Wikis/DevSite/Projects/Zope2.6/ProposedFeatures
I tried to capture who volunteered for what, but please look
this over and let me know if I have you volunteered for something
that you didn't mean to volunteer for :) You can also fix it
yourself if you
Florent Guillaume writes:
Except that syslog (with all its faults) is designed for reliable
logging, which means that if you send to your log 1000 lines, syslog
will sync 1000 times thus trashing your disks.
Decent syslog implementations (such as the one distributed with
SuSE Linux) let you
Don Hopkins writes:
...
I have seen this often when there was an exception in the action box.
In this case, I was able to analyse the problem in one of the following
ways:
1. disable cookie authentication
You will then get a browser login request. Abort it. And it will
show
On Tue, 5 Mar 2002 07:20, Brian Lloyd wrote:
Seb wrote:
Pros - a tiny performance gain
Cons - unpredictable interaction with future products; not a well-known
method of distributing products; not easily discoverable
What if, instead of the static list of callable info that the CP
Brian Lloyd wrote
What if, instead of the static list of callable info that the CP
currently uses, Zope objects could register themselves as profilable?
We would then make sure that the object types that CP handles now
register themselves, but other products that we don't know (or
have
I have to say I agree, up to a point.
I think that monkeypatching goes right to the very heart of the language -
Python was written not just to allow it, but it's opperation almost
encorages it (Sort of). HOWEVER, I am somewhat against a monkeypatch being
made part of the core distribution (No
On Tue, 5 Mar 2002 10:54, Adrian Hungate wrote:
The call profiler seems to be a very popular feature, and it seems to
provide very useful information. It's not rock solid yet (I am sure I even
remember it's author saying this a day or so ago)
Any idea what I might have been referring to? I
What about something like apple's Extension Manager, where you could
disable/enable 'sets' of products? Though frankly, it's not too tough to
just move the subdirectory somewhere and restart... but it would be a way
to have a TTW way of configuring your Zope, and having the option of
'loading
I have run an old version of ZEO on Windows successfully, I dont know which
version that was (or which version you are refering to). I had to fix a
couple of lines, but then these were patched not long after. In fact a quick
google search for ZEO Windows pops up the very email...
27 matches
Mail list logo