snappier zope.org/how to make sites as snappy
hi all it looks to me that zope.org is reponding better than previous days. what was done? any tips on how to go about this? my site (http://www.emedia.com.my) currently suffers from long latency between the request and loading the page. tables may be the cause but a request for normal html with no tables (try the printable page) still responded poorly. i've increased the cache numbers in Control_Panel. i've also increased the thread numbers. i've moved graphics to be served by apache. so, i'm pleading for knobs i need to turn, things i need to change, etc i'm using zope2.2.2, ZEO0.41, on rh6.2 with 4G RAM maybe something i overlooked, or don't know thanks
At 02:28 20.11.2000, you wrote:
i've increased the cache numbers in Control_Panel. i've also increased the thread numbers. i've moved graphics to be served by apache.
not the best idea to serve graphics by apache. The setup in our company seems nice to me and looks like this: squid in http-accelerated mode - see the various squid-related HowTo's (listening on port 80 and sending requests to port 81) -> apache for ssl-functionality - configured as in Howto "Apache+ZServer+SSL" (listening on port 81 and on port 443 (ssl)) -> ZServer (listening on port 8080) BTW: we do not use the FTP-Server feature of Zope, since it sometimes kills all Zope servers - tested on 2 different machines with different flavours of Linux :-( Don't forget to tell squid that it can cache your pages a while (we use 1hour=3600secs): standard_html_header should start with something like this: <dtml-call "RESPONSE.setHeader('Expires', _.DateTime(_.DateTime().timeTime() + 3600).toZone('GMT').rfc822())"
<dtml-call "RESPONSE.setHeader('Last-Modified', bobobase_modification_time().toZone('GMT').rfc822())" <html>...
(the dtml-source is from "Howto: Caching with mod_proxy", but Apache didn't work right for us: it stored broken images in its cache, so we use squid in front of apache as proxy, and apache for ssl-redirects.) the setup as described above works great for us: Zope (and PostgreSQL behind it) doesn't have much to do, since all graphics and html-outputs are stored in squid for 1 hour. (except with shift-reload, of course) Hope that helps, Martin PS: no line-breaks used here because of code samples.
-----Original Message----- From: zope-admin@zope.org [mailto:zope-admin@zope.org]On Behalf Of Martin Winkler Sent: Monday, November 20, 2000 6:45 AM To: zope@zope.org Subject: Re: [Zope] snappier zope.org/how to make sites as snappy
BTW: we do not use the FTP-Server feature of Zope, since it sometimes kills all Zope servers - tested on 2 different machines with different flavours of Linux :-(
Someone suggested to me that when they used passive mode it would not crash, vs. using normal mode it would sometimes. I could have those reversed, but the bottom line was that they've been using one of the modes for some time without any problems, whereas the other mode would crash Zope "at random". Does that shed any light on fixing this serious problem? _______________________ Ron Bickers Logic Etc, Inc. rbickers@logicetc.com
At 21:04 20.11.2000, Ron Bickers wrote:
Someone suggested to me that when they used passive mode [for FTP Server] it would not crash,vs. using normal mode it would sometimes.
Yes, that's correct. But it is way too easy for malicious people to kill a Zope-Server that has FTP enabled. They just connect in regular intervals - say 5 seconds - and your service won't be online anymore. That is why I disabled FTP support until I am sure that it will work smoothly in a future version. I just checked the bug reports again and saw the following on http://classic.zope.org:8080/Collector/1257/view : [1257] ZServer Bug: Ftp Active mode through firewall Category: Last Updated: Submitted On: May 17, 2000 3:20 pm Status: Pending Reported Version: Zope 2.1.6 Expected/Fixed Version: Too bad that this does not seem to be a real problem for the developers. The bug is still alive (Version 2.2.2), and I am too dumb to do "real" programming in Python to fix it :-( Martin
participants (3)
-
Bak ＠ kedai -
Martin Winkler -
Ron Bickers