[Zope-dev] PHP vs Zope cost benefit

Jason Spisak jspisak@lycoris.com
Tue, 23 Apr 2002 17:36:10 -0700


To everyone who replied to this thread, I give a hearty 
congratulatory "Thank you".  They have decided to allow me to 
mock up the app in Zope and prove it's worthiness.  I'm already 
halfway done with the first 2 modules. ;-)

To recap what turned the tides were these wins:

1.  Zope's security model is far more scalable and flexible 
than anything home brewed in PHP.

2.  The scurity model is also audited by any, many people and 
tested and in production all over the place. ;-)

3.  The ease of management for non-technical users to create 
and edit content was a big win since that interface is already 
created and ready to use in many cases.

4. The built in separation of db connectivity/transparancy is 
much better than taking the time to design that properly from 
scratch, or using connectivity tools that then needed to be 
'connected' to the app in a safe and transparant way.

5.  The transactional nature of Zope (although they didn't 
believe me when it came to rolling back multiple dbs) impressed 
them and if it really can mange a rollback from from a DB and 
transaction safety for inventory,etc...(which I know it can) 
then its a huge win.

Thanks again to all who responded and put on their thinking 
caps to help be start another project using my favorite web app 
of all time.  Thanks, Zopistas!

On Tuesday 23 April 2002 11:01 am, you wrote:
> I think that's a big part of it.  Using something that's
> already documented that has many features of a 'web app'
> built in already, vesus scripting those.  But there are a lot
> of prepackaged scripts for Calendars, and database
> connections, shopping carts,  etc... for PHP.  So there's got
> to be more that just the prepackagedness of Zope to chose it
> over PHP.
>
> On Tuesday 23 April 2002 10:47 am, you wrote:
> > I have only minor experience with PHP so this may be
> > ignorant, but isn't programming a web application with PHP
> > scripts more comparable to programming such an application
> > with Python scripts?  If PHP scripts are handling HTTP
> > requests directly, that can also be done with pure Python
> > scripts.  But if I have to put together a comprehensive web
> > application I'm going to be developing a lot of scripts,
> > unless I use an integretaed, pre-made package of scripts.
> > But then, that is really what Zope is, isn't it?
> >
> > Call me confused,
> > Bill
> >
> > At 10:17 AM 4/23/02 -0700, you wrote:
> > >I am not a PHP guy by any means, but I imagine having to
> > > run an extra server (Apache, Postgres vs Apache, Zope,
> > > Postgres) means there is another server process to watch,
> > > manage,
> > >start/restart.  You don't have to do those things with PHP
> > >scripts.
> > >
> > >Perhaps someone with experience with a larger PHP
> > >implementation under their belt could let us know.
> > >
> > >On Tuesday 23 April 2002 9:46 am, you wrote:
> > > > >  Plus the over head of running Zope instances is
> > > > > greater than PHP scripts.
> > > >
> > > > Is this really ture for anything non-trivial?
> >
> > ----------
> > "The commandments of the LORD are right, bringing joy to
> > the heart. The commands of the LORD are clear, giving
> > insight to life . . . For this is the love of God, that we
> > keep His commandments. And His commandments are not
> > burdensome." (Psalm 19:8, 1John
> > 5:3)    <http://torahteacher.com/>torahteacher.com
> > ---
> > Outgoing mail is certified Virus Free.
> > Checked by AVG anti-virus system (http://www.grisoft.com).
> > Version: 6.0.346 / Virus Database: 194 - Release Date:
> > 4/10/02

-- 
Jason Spisak
Marketing Director, Lycoris
jspisak@lycoris.com, 
http://www.lycoris.com
Desktop/LX: Familiar. Powerful. Open.
+1 425 869-2930 voice, +1 425 671-0504 fax