Hugo Ramos wrote:
Well... They were already using Zope's cache and Squid to proxy some static HTML
I guess the problem is Plone itself... Skins etc...
eh, sorry for probably stating the obvious. you menationed in an earlier
mail that you have good hardware. If this hardware is multi-cpu then
Well... They were already using Zope's cache and Squid to proxy some static HTML
I guess the problem is Plone itself... Skins etc...
On 1/24/06, Sasha Vincic <[EMAIL PROTECTED]> wrote:
> On 1/24/06, Peter Bengtsson <[EMAIL PROTECTED]> wrote:
> > On 1/24/06, Hugo Ramos <[EMAIL PROTECTED]> wrote:
On 1/24/06, Michael Vartanyan <[EMAIL PROTECTED]> wrote:
> How did you go about caching authenticated content? Any simple
> personalization element like the user name in the corner disqualifies
> the whole page from effective participation in downstream
> proxying/caching. The only thing you can d
I'm no expert in this realm, but:
Find Chris M's presentation on scaling zope, somewhere on
plope.com. It doesn't go into great detail on this topic,
but basically, IIRC the strategy is to push personalization
(and final page composition) downstream. This generally means either:
- Squid and ESI
How did you go about caching authenticated content? Any simple
personalization element like the user name in the corner disqualifies
the whole page from effective participation in downstream
proxying/caching. The only thing you can do with such page is to cache
it for one particular user hopin
On 1/24/06, Hugo Ramos <[EMAIL PROTECTED]> wrote:
> Well... They were already using Zope's cache and Squid to proxy some static
> HTML
> I guess the problem is Plone itself... Skins etc...
As I said and Limi, check out CacheFu. With it you can cache most of
your site not just "some static HTML" a
Hugo Ramos wrote at 2006-1-24 11:08 -0300:
> ...
>Let's talk about performance issues... Plone is VERY SLOW responding
>requests. All content is stored in ZODB objects and zcatalog is used
>to search. But even if you request the intranet home only, it takes
>about 10 seconds to load. The hardware i
On 1/24/06, Peter Bengtsson <[EMAIL PROTECTED]> wrote:
> On 1/24/06, Hugo Ramos <[EMAIL PROTECTED]> wrote:
> > Hi all,
> >
> > I'm responsible for a big corporate intranet and corporate portal.
> > They were using Zope/Plone before I got here and the problems are too many.
> >
> > Let's talk about
On 1/24/06, Andrew Sawyers <[EMAIL PROTECTED]> wrote:
> If he's got a dual cpu'd machine and is running two zeo instances, he's
> fine unless he's got a ram problem. To be running 2 zeo instances on
> the same machine, they have to be doing some type of load balancing or
> faking load balancing so
> standard products that probably will not help you. I'm not a speed
> guru, but load balancing with ZEO would probably be the easiest way of
> improving the performance in this case. That's my guess.
>
If he's got a dual cpu'd machine and is running two zeo instances, he's
fine unless he's got
On 1/24/06, Hugo Ramos <[EMAIL PROTECTED]> wrote:
> Hi all,
>
> I'm responsible for a big corporate intranet and corporate portal.
> They were using Zope/Plone before I got here and the problems are too many.
>
> Let's talk about performance issues... Plone is VERY SLOW responding
> requests. All c
On 1/24/06, Hugo Ramos <[EMAIL PROTECTED]> wrote:
> Let's talk about performance issues... Plone is VERY SLOW responding
> requests. All content is stored in ZODB objects and zcatalog is used
> to search. But even if you request the intranet home only, it takes
> about 10 seconds to load. The hardw
bruno desthuilliers wrote:
I think the problem has more to do with Plone than with Zope or the
ZODB. We have a couple 'barebones' zope applications here that serve
public website. Hosting is on a shared server (behind apache) with no
zeo, no cache, no tuning, no fancy configuration, and performan
Hugo Ramos wrote:
> Hi all,
>
> I'm responsible for a big corporate intranet and corporate portal.
> They were using Zope/Plone before I got here and the problems are too many.
>
> Let's talk about performance issues... Plone is VERY SLOW responding
> requests. All content is stored in ZODB objec
Hi all,
I'm responsible for a big corporate intranet and corporate portal.
They were using Zope/Plone before I got here and the problems are too many.
Let's talk about performance issues... Plone is VERY SLOW responding
requests. All content is stored in ZODB objects and zcatalog is used
to searc
15 matches
Mail list logo