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 a
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.
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
Zop
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 differences-that-peopl
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 th
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
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...
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 h
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:
> > >>> fr
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 struct
> Indeed. However, I was being a bit glib with my example, and didn't
> explain my point properly: that performance issues should be subordinate
> to good design. Therefore, I suspect MonkeyPatching is bad:
>
> Pros - a tiny performance gain
> Cons - unpredictable interaction with future prod
>>The STX processor of zope render a HTML code like this:
>>
>>
>> Item 1.
>> Item 2.
>> Item 3.
>>
>>If It is not a bug, how can i get a output like the output above?
>>
>
> Not a bug but feel free to hack HTMLClass.py.
I recall a conversation about this 'feature' last year, and I thought
> 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 PRO
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
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
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 wha
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
>>> "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 (o
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 di
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 up
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...
http://lists.zo
29 matches
Mail list logo