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
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 objects and
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
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 hardware
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 content
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 a
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 that
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 performance
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 is
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 and you
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
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
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 do
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:
Hi
14 matches
Mail list logo
