On Thu, Jul 06, 2000 at 04:27:22AM -0400, Firestar wrote:
> Well, i do appreciate the 'extra' features that Zope provides, but speed is
> still a matter of concern here. Imagine showing my boss "what my website can
> do" and all those advanced features, but it crawls like a snail...
"Slow" does not mean "crawl". It is slowER, it is a relative term. Is
www.zope.org slow? Is www.CodeCatalog.com slow? Is www.enterlinux.com slow?
For the featureset, PHP and Perl are either as fast or slower. Take Code
Catalog; they built their prototype site both in PHP and Zope, and Zope was
Zope is more than fast enough for 90% of the sites out there. In many cases,
you can optimize the application if necessary, you can use caching or
cache-control headers where applicable, you can use ZEO to distribute the load
over multiple Zope processes, on multiple machines if need be. You could run
static content from a dedicated machine, like Slashdot does. But this is not
always necessary. Zope.org runs without ZEO on a sub $1000 box. Commodity
hardware. 85.000 hits per day and on the increase.
Again, slow is a relative term. How can you be sure that Zope is going to be
the bottleneck in your app? It could well be that your internet connection is
the weak link, or that you just don't get the userbase to tax Zope to the
limits. Will the additional development time spent on another platforms be
worth the little bit of extra performance, if you don't even need it?
Check out Zope.org for more examples and case studies. Search the mail
archives for comparisons. Forget about the speed issue.
| Software Engineer mailto:[EMAIL PROTECTED]
| Digital Creations http://www.digicool.com/
| Creators of Zope http://www.zope.org/
| ZopeStudio: http://www.zope.org/Products/ZopeStudio
Zope maillist - [EMAIL PROTECTED]
** No cross posts or HTML encoding! **
(Related lists -