On Thu, 16 Feb 2006 07:27:30 -0800, Tres Seaver <[EMAIL PROTECTED]> wrote:

I have a real client application where the templates themselves *are*
the content being managed:  they are *not* software.  They *must* be
stored in the ZODB.  You could think of these things as "active content
components," or somthing, and they are not logically the same thing as
"stock" templates used for software, but they do include ZPT.

But shouldn't this be an dedicated, custom content type with a transform or something to handle that particular use case?

I'm agreeing violently with most of the other people here that see no use for scripting things through the ZODB. Both developer usability-wise ("you can access some modules but not others") and security-wise, it is a nightmare. Pretty much all the security holes ever found in Zope through the years have only worked when you allow untrusted users to author DTML or Python Scripts residing in the ZODB.

Additionally, working as a developer coach for people new to Zope, explaining people the rationale behind TTW scripting becomes an exercise in futility ("but why can't I use the set functions in a Python Script?").

If Zope 3 only allowed code on the FS by default, the world would be a better place. The only thing it has going for it is TTW customization on hosting setups that don't allow their customers SSH access, but Zope isn't hostable in the "$5/month PHP hosting" way anyway. You pretty much need a dedicated server or at the very least a jail to do anything useful with Zope.

Keep it simple, and remember: "there should be one -- and preferably only one -- obvious way to do it".


     Alexander Limi · Chief Architect · Plone Solutions · Norway

 Consulting · Training · Development · http://www.plonesolutions.com

      Plone Co-Founder · http://plone.org · Connecting Content
  Plone Foundation · http://plone.org/foundation · Protecting Plone

Zope3-dev mailing list
Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com

Reply via email to