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
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 -