Thanks for that. By 'separation' I'm assuming you mean ZPT,
correct? I'm new to that, but the virtues seem to be simple
edit and save for layout folks.
With PHP, you can create forms to publish content. You don't
have to give content mamagers PHP. Zope's a win for Designers,
for sure. Right now the designers are the coders, so that's
more like an 'eventual' win.
The database logic can be separated with PHP by just creating
some php 'backend stuff' and calling those database functions
you've created from the 'presentation' scripts. Just like
calling a ZSQL method from a DTML method. As long as you kept
the exposed calls the same, you could change Databases. It
probably wouldn't be as easy to step to Oracle if they wanted
to. You are right about that! ;-)
On Tuesday 23 April 2002 11:24 am, you wrote:
> Hi Jason,
> what about a mix content-management-system and
> application-server in one server:
> -> Zope + EasyPublisher
> you have a special layout. realizing that in php means
> editing php with html.
> with zope you can make application logic here and layout
> (presentation logic) there.
> you have lots of unique structured content:
> you can seperate the database logic from html very simple
> you have no limitations on the underlaying database engine,
> just remove the db-connector and put a new one in.
> we currently plan out new intranet with zope.
> had php content-management as an alternative, but we can't
> give php to our users.
> question you should answer to your self: which users have to
> work with your system in your company ? which user change
> things in the system ?
> Jason Spisak schrieb:
> > You might remember me, I've been a big Zope fan since
> > ZTables, and have recently been asked "Why Zope?". The
> > project is commited to PostgreSQL and leaning toward PHP.
> > Here's the project requirements for a softwre company:
> > Hardware Compatability List
> > Software Compatability List
> > Store/ECommerce
> > User tracking and services like
> > Pay for downloads
> > Upgrades if they have a serial number paid up
> > Billing/Invoicing for corporate accounts
> > Inventory tracking
> > CRM/Sales functions
> > They don't see that Zope's built in security machinery
> > would beat something home brewed for what they expect to
> > need it for. Plus the over head of running Zope instances
> > is greater than PHP scripts.
> > What are the arguments for Zope in this context?
> > All my best,
> > --
> > Jason Spisak
> > Marketing Director, Lycoris
> > [EMAIL PROTECTED],
> > http://www.lycoris.com
> > Desktop/LX: Familiar. Powerful. Open.
> > +1 425 869-2930 voice, +1 425 671-0504 fax
> > _______________________________________________
> > Zope-Dev maillist - [EMAIL PROTECTED]
> > http://lists.zope.org/mailman/listinfo/zope-dev
> > ** No cross posts or HTML encoding! **
> > (Related lists -
> > http://lists.zope.org/mailman/listinfo/zope-announce
> > http://lists.zope.org/mailman/listinfo/zope )
Marketing Director, Lycoris
Desktop/LX: Familiar. Powerful. Open.
+1 425 869-2930 voice, +1 425 671-0504 fax
Zope-Dev maillist - [EMAIL PROTECTED]
** No cross posts or HTML encoding! **
(Related lists -