Hello, I like this one, because it's a thing which bother me since years. I my opinion, zope is not rock solid. It's a really nice software, but you can not rely on it. If something go wrong deep inside, you may have all your zsever threads blocked. Then you will need some external software to check if the web server still reply, if not you will have to kill and restart it. I don't think ZDaemon (-Z arg?) is of any help in case of hang. I think this can be resolved by putting some effort inside the Zserver. I would like to have a working timeout period for the http request (yes, I try the timeout socket, and for me it change nothing) My conclusion: if everything is ok and put behind apache : stable, if zserver alone and a few glitches: blocked. Gilles -----Original Message----- From: rene@xs4all.nl <rene@xs4all.nl> To: zope@zope.org <zope@zope.org> Date: Tuesday, December 11, 2001 11:15 Subject: [Zope] stability of zope?
I also need some testimonials about Zope's rock-solid(?) stability...
_______________________________________________ Zope maillist - Zope@zope.org http://lists.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope-dev )
Hi!
I like this one, because it's a thing which bother me since years.
I my opinion, zope is not rock solid. It's a really nice software, but you can not rely on it. If something go wrong deep inside, you may have all your zsever threads blocked. Then you will need some external software to check if the web server still reply, if not you will have to kill and restart it. I don't think ZDaemon (-Z arg?) is of any help in case of hang.
Of course you CAN make Zope unstable. But you can also write unstable modules for Apache I guess. We have never experienced any of these hangs. There was a single Zope Beta I can remember that collapsed every few hours. But the latest releases were all stable in the core. Having Apache run in front of Zope is a very good idea though. Just do be on the safe end with regard to malformed requests and denial of service attacks. Joachim
participants (2)
-
Gilles Lavaux -
Joachim Werner