RE: [Zope] www.zope.org's source?
-----Original Message----- From: Marc-André Lafortune [mailto:Marc-Andre@Lafortune.com] Sent: Monday, October 18, 1999 9:22 AM To: zope@zope.org Subject: [Zope] www.zope.org's source?
You wondering: I know I can get the DTMl of just about any page of www.zope.org (very nice feature), but is it possible to access the whole site to look at the organization, modules, etc... ?
I suspect not. A read-only ZEO client running on another port would be a cool idea though...
Also, is it just me or the site is very slow (~3 seconds delay for most requests)? I just hope it isn't because of Zope itself, but what else could it be?
The zope site is currently being hammered by ~50K hits per day, which wouldn't be so bad if it weren't also our mailing list hub (which for the Zope lists could take a whole machine by itself!). Between Apache, Zope, mailman and sendmail, the server averages a load of 2+. The good news is Zope is holding up to the abuse quite well (we are currently looking for another server to take over the mail load). -Michel
+----[ Michel Pelletier ]--------------------------------------------- | | The zope site is currently being hammered by ~50K hits per day, which | wouldn't be so bad if it weren't also our mailing list hub (which for | the Zope lists could take a whole machine by itself!). Between Apache, | Zope, mailman and sendmail, the server averages a load of 2+. The good | news is Zope is holding up to the abuse quite well (we are currently | looking for another server to take over the mail load). On what specification box? It's a Linux box so it's a PC of some type :-) It would be interesting to know what the performance hit is for Linux/Apache + Zope as compared to Medusa + Zope. -- Totally Holistic Enterprises Internet| P:+61 7 3870 0066 | Andrew The Internet (Aust) Pty Ltd | F:+61 7 3870 4477 | Milton ACN: 082 081 472 | M:+61 416 022 411 |72 Col .Sig PO Box 837 Indooroopilly QLD 4068 |akm@theinternet.com.au|Specialist
At 10:10 AM 10/19/1999 +1000, you wrote:
+----[ Michel Pelletier ]--------------------------------------------- | | The zope site is currently being hammered by ~50K hits per day, which | wouldn't be so bad if it weren't also our mailing list hub (which for | the Zope lists could take a whole machine by itself!). Between Apache, | Zope, mailman and sendmail, the server averages a load of 2+. The good | news is Zope is holding up to the abuse quite well (we are currently | looking for another server to take over the mail load).
I certainly hope that all of that load is actually the mailing lists. A Pentium 166 with 128 MB RAM handles a million hits a day (10% pages dynamically generated), no problem whatsoever (other than the ISP wanting more money) - average load less than 0.8 Ezmlm and Qmail can handle considerable more traffic than the zope lists in total without putting a strain on a P166 also. What I'm getting at is this : Are Python-based applications (Zope and mailman) are intrinsically more resource-intensive ? If so, how and to what degree ? I'm still intrigued by the fact that we had a site that was handling 2 million requests/hits per day (albeit on a well-endowed 512 MB, PII 450 machine) using nothing more than python CGI scripts (40% of *pages* were dynamic) but the mere act of running Zope/Zserver on it (zero load b/c it was in development mode and not made public yet) caused the kernel errors :
file: table is full file: table is full At the time, other FreeBSD users on this list mentioned seeing the same and all of us just seem to up the MAXUSERS in the kernel. But doing things without knowing why doesn't fill me with confidence, and we still haven't put the zope section of the site live.
Any clues ? chas
The following SQL statement works fine from the MySQL prompt : select LAST_INSERT_ID() and it returns the last ID used in an auto_increment field within the current session/connection. However, a ZSQL method which takes no arguments and only has that one line of code fails with the error : Traceback (innermost last): File D:\Inetpub\AsiaHype\lib\python\ZPublisher\Publish.py, line 214, in publish_module File D:\Inetpub\AsiaHype\lib\python\ZPublisher\Publish.py, line 179, in publish File D:\Inetpub\AsiaHype\lib\python\Zope\__init__.py, line 201, in zpublisher_exception_hook (Object: ZSQL_SelectLastInsertID) File D:\Inetpub\AsiaHype\lib\python\ZPublisher\Publish.py, line 165, in publish File D:\Inetpub\AsiaHype\lib\python\ZPublisher\mapply.py, line 160, in mapply (Object: manage_test) File D:\Inetpub\AsiaHype\lib\python\ZPublisher\Publish.py, line 102, in call_object (Object: manage_test) File D:\Inetpub\AsiaHype\lib\python\Shared\DC\ZRDB\DA.py, line 316, in manage_test (Object: ZSQL_SelectLastInsertID) File D:\Inetpub\AsiaHype\lib\python\Shared\DC\ZRDB\DA.py, line 297, in manage_test (Object: ZSQL_SelectLastInsertID) File D:\Inetpub\AsiaHype\lib\python\Shared\DC\ZRDB\DA.py, line 401, in __call__ (Object: ZSQL_SelectLastInsertID) File D:\Inetpub\AsiaHype\lib\python\Products\ZMySQLDA\db.py, line 191, in query KeyError: (see above) Has anyone else encountered or resolved this error ? In the meantime, I'm simply going to use an external method or python method since I know that the following Python code works :
DBH = MySQL.connect() DBH.insert_id()
cheers, chas
participants (3)
-
Andrew Kenneth Milton -
chas -
Michel Pelletier