I also need some testimonials about Zope's rock-solid(?) stability...
From: <rene@xs4all.nl>
I also need some testimonials about Zope's rock-solid(?) stability...
Rock-solid? Well, it's better than ASP, which is what we compete against, so I'm happy. :-) But thats not much of a testimonial, is it? You need acual customers to say this stuff. You need to ask Zope Corp for that I guess. Maybe there is something on zope.com?
On Tue, 11 Dec 2001 rene@xs4all.nl wrote:
I also need some testimonials about Zope's rock-solid(?) stability...
I run a fair number of Zopes and I find them to be extremely stable with a few caveats. 1) They must run on a unix environment. I have mostly run on linux and I don't have any problems with that. The tests I did with windows just didn't go well. I have heard that is because of a bug in the windows vm. 2) Some python products are written pretty badly so you need to take a product and hammer it before you deploy it to see what problems it has. However I consider this to be a normal thing since you want to test every solution pretty throughly before you deploy it. With these caveats I find zope just doesn't crash or stop receiving data. I have run it both on its own and behind apache with equal success. Typical uptimes would be around 10 to 30 days because you have to restart the server to add a new product or apply security updates. Neither of those things are really a problem since you can just plan for a time to do it and 2 mins downtime planned is not bad. Designing the webpages of tomorrow http://webme-eng.com Designing the MMORPGS of tomorrow http://worldforge.org
Hi!
I also need some testimonials about Zope's rock-solid(?) stability...
Most of our production Zope servers at iuveno have uptimes from installation until the first HotFix is applied. I have experienced no problems with the latest Zope versions with regard to stability. So I'd call it rock-solid. Database adapters and certain Python code might be a source of instability. But there also are very stable ones. E.g., we are running both MySQL and PostgreSQL DAs without problems ... Joachim
participants (4)
-
Joachim Werner -
kosh@aesaeion.com -
Lennart Regebro -
rene@xs4all.nl