Alexander Limi wrote:
On Mon, 04 Dec 2006 10:47:37 -0800, Martin Aspeli
[EMAIL PROTECTED] wrote:
Perhaps we should move it to plone.app.controlpanel, though? I'm a bit
worried about CMFPlone.browser becoming as big as CMFPlone/skins
+1. The control panel stuff deserves its own space, and
On Sun, 03 Dec 2006 14:01:50 +0100, Martin Aspeli
[EMAIL PROTECTED] wrote:
Hi guys,
Following discussions with Whit, Alec and Rocky on the channel last
night, and from the lists before, I've created and checked in two
packages:
- plone.memoize: contains Whit's memojito memoization
Hi.
Hanno Schlichting wrote:
Plone 2.5 branch - 5 requests/sec
Plone 3.0 some days ago - 3.5 requests/sec
Plone 3.0 right now - 4.0 requests/sec
Plone 3.0 without old-style portlets - 6.0 requests/sec
And as another reference:
Plone 2.1 branch - 5.7 requests/sec
Hanno
P.S. I used ab
Hanno Schlichting wrote:
Florian Schulze wrote:
Hi!
I did no benchmarks yet, but it feels quite a bit faster now. Did anyone
do some before after comparisons?
Yep, I did some very basic benchmarks (ab, ZopeProfiler, PTProfiler).
For the front-page for an anonymous user the rough numbers
Martin Aspeli wrote:
Hanno Schlichting wrote:
So right now one easy way of getting some more performance is to turn
the remaining old-style portlets into new-style ones.
This will happen, it's mostly just manual work. The only hard one
remaining is the calendar one, plus I want to make
Hanno Schlichting wrote:
Martin Aspeli wrote:
Hanno Schlichting wrote:
So right now one easy way of getting some more performance is to turn
the remaining old-style portlets into new-style ones.
This will happen, it's mostly just manual work. The only hard one
remaining is the calendar one,
Rocky Burt wrote:
On Sun, 2006-03-12 at 13:01 +, Martin Aspeli wrote:
That means, that to get hold of the portal_membership tool in a
template, say, I could write context/@@plone_tools/portal_membership.
The first time any template or code (say, in a view class) did that, it
would do
