Hi... My question is quite simple, but probably difficult to answer... I'm actually starting a new huge project, which is a complete rebuild of our huge 'intranet' server, actually based on Netscape Server. The new server may be as 'free' as possible... Zope seems to be the best free product actually available for us, to handle the huge amount of documents we have to share, and what I actually need is a few advises and best practices, as : - is there a "prefered" or "best working" operating system to run Zope servers ?? I may have to choose between a Debian GNU/Linux server (SMP on Intel) and a Solaris server (on Sparc). I've read here and there several messages talking about problems with Zope on Solaris, are they always true ?? - as we also have a few applications to share, which can't be handled by Zope before several weeks, is there a best way to combine Zope and Apache ?? mod_proxy, mod_rewrite, pcgi, fastcgi, virtual hosts ??? What are the benefits and drawbacks of each of them ?? - as our needs are rather simple, and may just include customization and improvements to standard products, are there any benefits or drawbacks to write our new products as ZClasses, instead of full Python written products ?? Are the performances of each other equivalent ?? - as we may quickly have a large amount of documents stored in our Zope database, is it a better practice to store everything into the ZODB, or to make Zope handle only metadatas and store real documents into external objects (by using products like ExternalFile, for example) ?? I'm a little afraid when thinking of all my files stored in a single Zope database, and I think that storing documents externally may speed up several processes like incremental backups... As you can see, we are just starting our Zope evaluation, and so I'd really like to receive any advise or suggestion to implement Zope as well as possible... Thank you for any advise or comment, Thierry P.S. : please be kind to answer to this mail directly, because I had to unsubscribe from this mailing list for professionnal reasons... :-((
At 05/23/2002 12:45 PM (Thursday), Thierry Florac wrote:
P.S. : please be kind to answer to this mail directly, because I had to unsubscribe from this mailing list for professionnal reasons... :-((
Anyone who is answering these questions, PLEASE also post the answers to this list! I have roughly the same questions myself and would like to see the answers.
I love taking a crack at these.. :) At 6:45 PM +0200 5/23/02, Thierry Florac wrote:
- is there a "prefered" or "best working" operating system to run Zope servers ?? I may have to choose between a Debian GNU/Linux server (SMP on Intel) and a Solaris server (on Sparc). I've read here and there several messages talking about problems with Zope on Solaris, are they always true ??
No preferred or best working. Whatever is easiest for you to keep up and running. For me, that has always been Linux.
- as we also have a few applications to share, which can't be handled by Zope before several weeks, is there a best way to combine Zope and Apache ?? mod_proxy, mod_rewrite, pcgi, fastcgi, virtual hosts ??? What are the benefits and drawbacks of each of them ??
Again, no best way, just the way that helps you do what you want to do. For years I did not use Apache at all, but recently switched to mod_proxy (damn easy) for better logging (virtual hosts) and the use of mod_gzip. Virtual hosts is really for multiple sites out of one installation.
- as our needs are rather simple, and may just include customization and improvements to standard products, are there any benefits or drawbacks to write our new products as ZClasses, instead of full Python written products ?? Are the performances of each other equivalent ??
Quick and easy, probably ZClasses. Longer and complex go for Python.
- as we may quickly have a large amount of documents stored in our Zope database, is it a better practice to store everything into the ZODB, or to make Zope handle only metadatas and store real documents into external objects (by using products like ExternalFile, for example) ?? I'm a little afraid when thinking of all my files stored in a single Zope database, and I think that storing documents externally may speed up several processes like incremental backups...
This is a very very common question. Sorry to repeat myself, but depends on what you are storing and what you are doing with those objects. If you want to store millions of JPGS and just want to have Zope serve them up, keep them on the filesystem. If you are storing documents that need lots of workflow, security, and will benefit from other ZODB things, keep it there. I have been storing everything for about 5 sites in one big ZODB. No problems so far and you only have to back it up (one file, rsync works well for this). BZ
--On 23 May 2002 14:08 -0400 BZ <bz@bwanazulia.com> wrote:
I love taking a crack at these.. :)
At 6:45 PM +0200 5/23/02, Thierry Florac wrote:
- is there a "prefered" or "best working" operating system to run Zope servers ?? I may have to choose between a Debian GNU/Linux server (SMP on Intel) and a Solaris server (on Sparc). I've read here and there several messages talking about problems with Zope on Solaris, are they always true ??
No preferred or best working. Whatever is easiest for you to keep up and running. For me, that has always been Linux.
There are definitely issues with Solaris: <http://www.zope.org/Members/glpb/solaris> There are workarounds but no one has yet demonstrated (AFAIK) that you can achieve an acceptable price/performance ratio on Solaris. I really hope I'm wrong. Paul -- The Library, Tyndall Avenue, Univ. of Bristol, Bristol, BS8 1TJ, UK E-mail: paul.browning@bristol.ac.uk URL: http://www.bris.ac.uk/
BZ wrote:
Quick and easy, probably ZClasses. Longer and complex go for Python.
ZClasses are neither quick nor easy in my experience. The fact that they lead you into a total dead end if you need mroe power later makes them a total non-starter for me... cheers, Chris
Hi Thierry, I can not answer most of your questions. However if you feal comfortable with any programming language I would not start do use ZClasses but go directly for Python products. They are not harder to do, you have much more controll over what is happening, they are easy to test and debug... Robert ----- Original Message ----- From: "Thierry Florac" <thierry.florac@onf.fr> To: <zope@zope.org> Sent: Thursday, May 23, 2002 6:45 PM Subject: [Zope] A few Zope advises...
Hi...
My question is quite simple, but probably difficult to answer...
I'm actually starting a new huge project, which is a complete rebuild of our huge 'intranet' server, actually based on Netscape Server. The new server may be as 'free' as possible...
Zope seems to be the best free product actually available for us, to handle the huge amount of documents we have to share, and what I actually need is a few advises and best practices, as :
- is there a "prefered" or "best working" operating system to run Zope servers ?? I may have to choose between a Debian GNU/Linux server (SMP on Intel) and a Solaris server (on Sparc). I've read here and there several messages talking about problems with Zope on Solaris, are they always true ??
- as we also have a few applications to share, which can't be handled by Zope before several weeks, is there a best way to combine Zope and Apache ?? mod_proxy, mod_rewrite, pcgi, fastcgi, virtual hosts ??? What are the benefits and drawbacks of each of them ??
- as our needs are rather simple, and may just include customization and improvements to standard products, are there any benefits or drawbacks to write our new products as ZClasses, instead of full Python written products ?? Are the performances of each other equivalent ??
- as we may quickly have a large amount of documents stored in our Zope database, is it a better practice to store everything into the ZODB, or to make Zope handle only metadatas and store real documents into external objects (by using products like ExternalFile, for example) ?? I'm a little afraid when thinking of all my files stored in a single Zope database, and I think that storing documents externally may speed up several processes like incremental backups...
As you can see, we are just starting our Zope evaluation, and so I'd really like to receive any advise or suggestion to implement Zope as well as possible...
Thank you for any advise or comment,
Thierry
P.S. : please be kind to answer to this mail directly, because I had to unsubscribe from this mailing list for professionnal reasons... :-((
_______________________________________________ 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 )
On Thu, May 23, 2002 at 06:45:49PM +0200, Thierry Florac wrote:
- is there a "prefered" or "best working" operating system to run Zope servers ?? I may have to choose between a Debian GNU/Linux server (SMP on Intel) and a Solaris server (on Sparc). I've read here and there several messages talking about problems with Zope on Solaris, are they always true ??
All mine run on Debian (i386). I'm far more comfortable there than in Solaris, and all my Solaris installations are scientific workstations anyway. So no Solaris servers here. One thing to keep in mind is that if you: - want to run Debian's stable release, and - want to run the latest Zope, and - don't want to compile either Zope or Python yourself you might run into trouble. Debian's release schedule is very conservative (some might even say slow). The main hitch is when Zope starts requiring a newer version of Python than Debian has in its stable release (as happened between Zope 2.3 and 2.4). Workarounds include: - tracking something other than the stable release of Debian, or - building more recent Zope/Python sources into Debian packages, or - building more recent Zope/Python sources into /usr/local And this says nothing about relative hardware reliability between Sparc and Intel platforms, which may or may not be a factor in your decision.
- as we also have a few applications to share, which can't be handled by Zope before several weeks, is there a best way to combine Zope and Apache ?? mod_proxy, mod_rewrite, pcgi, fastcgi, virtual hosts ??? What are the benefits and drawbacks of each of them ??
I use proxy and rewrite (insert plug for http://www.zope.org/Members/mwr/VHosts_With_Zope_Default), and each major production site gets its own INSTANCE_HOME for custom products. A Zope VirtualHostMonster can make Zope content in a subfolder look like content in the root folder of that site.
- as our needs are rather simple, and may just include customization and improvements to standard products, are there any benefits or drawbacks to write our new products as ZClasses, instead of full Python written products ?? Are the performances of each other equivalent ??
Python. Use http://www.zope.org/Members/maxm/HowTo/easyProduct to get a quick start; as quickly as one can develop a Python product with Max's structure in place, I'd be surprised if a ZClass was much faster. I think he's working on an updated version including Catalog awareness and perhaps some cosmetic changes to the management interface to make it look more like core Zope products. I have no idea about performance differences, if any.
- as we may quickly have a large amount of documents stored in our Zope database, is it a better practice to store everything into the ZODB, or to make Zope handle only metadatas and store real documents into external objects (by using products like ExternalFile, for example) ??
Do you need to take advantage of Zope's "Undo" capabilities? If so, I think you'll end up using the ZODB. If not, use one of the external file products.
P.S. : please be kind to answer to this mail directly, because I had to unsubscribe from this mailing list for professionnal reasons... :-((
But since you can send email to the list, I'm sure we'd all love to hear what profesional reasons prevent you from subscribing. -- Mike Renfro / R&D Engineer, Center for Manufacturing Research, 931 372-3601 / Tennessee Technological University -- renfro@tntech.edu
participants (7)
-
BZ -
Chris Withers -
Doug Chamberlin -
Mike Renfro -
Paul Browning -
Robert Rottermann -
Thierry Florac