Hi,
How bad are per-request transactions in a non-ZEO environment? I.e.
each request on a folder or its subobjects will cause a write transaction
(somewhat like a non-fs counter, but worse as it happens for all subobjects)
And if this is really bad, are there any workarounds except for writing
t
I am seeing some undesirable effects of the recent 'death to
index_html' changes.
Folders now have a 'Settings' tab to allow managers to change the
default document. This is good.
However, the implementation of this lies in the ObjectManager class.
The browser-default capabilities may not make s
The implementation adds the API to manage browser default for all
objectmanagers. However, no browser_default handler is actually added to
the object unless you specify a default other than "index_html"
What was the specific "undesirable effects" you were seeing?
If it is agreed that this mana
This will kill performance, especially concurrent use of the site. It
will also cause large amounts of database bloat. Do you need real time
numbers, or is a delay (such as 24 hours) acceptable?
If you can stand a delay, another approach would be to write a script
which scans the z2.log file (
On Tuesday 16 Apr 2002 3:53 pm, Casey Duncan wrote:
>What was the specific "undesirable effects" you were seeing?
1. The extra tab in the management interface.
2. That an ObjectManager-derived classes might have a default method which is
something other than index_html. (I havent digested this
Oliver Bleutgen <[EMAIL PROTECTED]> wrote:
> Although I repeat myself, implementing this proposal would give me a lot
> of options to prevent myself from this kind of attack, completely or
> partially.
>
> - In Internet Explorer I can disable javascript. (problem solved)
> - In Internet Explor
On 4/16/02 8:53 AM, "Casey Duncan" <[EMAIL PROTECTED]> wrote:
> The implementation adds the API to manage browser default for all
> objectmanagers. However, no browser_default handler is actually added to
> the object unless you specify a default other than "index_html"
>
> What was the specific
Well I honestly hadn't considered that. So, I suppose changing to to a
mix-in inherited by folder is better.
However, you should know that the crux of this change is really to the
publisher, the mixin is just the management piece. *any* object can
define a browser_default hook that overrides '
> > ...I sent out a note a while ago now trying to scare up
> > some ideas on how to vet the current list of 2.6 proposals
> > and get to a final "plan". I didn't get much (any?) response :(
> >
>
> I am, as the author of the dtml-set tag, of course willing to
> commit to the
> implementation
On Tue, 16 Apr 2002, Casey Duncan wrote:
> However, you should know that the crux of this change is really to the
> publisher, the mixin is just the management piece. *any* object can
> define a browser_default hook that overrides 'index_html', not just
> objectmanagers.
All the more reason to ma
On Tuesday 16 April 2002 03:44 pm, Brian Lloyd wrote:
> > > ...I sent out a note a while ago now trying to scare up
> > > some ideas on how to vet the current list of 2.6 proposals
> > > and get to a final "plan". I didn't get much (any?) response :(
By the way, Brian, if I can with the remaining
On Tue, 9 Apr 2002 13:47:49 -0400
"Brian Lloyd" <[EMAIL PROTECTED]> wrote:
> ...I sent out a note a while ago now trying to scare up
> some ideas on how to vet the current list of 2.6 proposals
> and get to a final "plan". I didn't get much (any?) response :(
>
Hello Brian,
just to give some
I developed a profiler service for a production site about 8 months ago. I
essentially did what you are asking. I needed to see how customers were
using the various navigational elements and other services provided within
the site layout. The logging service could not give me a sense of the
con
13 matches
Mail list logo