Re: [mv] Developmen Env and Minivend

[cfm@maine.com]

******    message to minivend-users from cfm@maine.com     ******

On Thu, Aug 31, 2000 at 03:15:13PM -0700, Daniel David Benson wrote:
> ******    message to minivend-users from Daniel David Benson <dan@spoontail.com>     ******
> 
> How do you handle the catalog.cfg URL specific entries?  Don't
> those need to be customized for each users sandbox?  Does each
> user have their own version of the catalog or is it outside
> of CVS?

If it were only that it would be easy.  Just write a script.

But that's not an issue for us because we work hard to standardize
our catalog setups.  We can run the same catalog on any
number of hosts as long as the virtual is different.  This
minivend.cfg entry will be same for www.foo.com, dev.foo.com,
or user.ourdomain.com.  That's just another DNS entry.

Catalog beef        /var/mv/beef        /Catalog/beef.cgi   /Accounts/beef.cgi  /Intranet/beef.cgi

Likewise, our catalog.cfg will be the same except for the VendURL.

SecureURL       https://ssl.mainebeef.com/Catalog/beef.cgi
VendURL         http://www.mainebeef.com/Catalog/beef.cgi

or

SecureURL       http://dev.mainebeef.com/Catalog/beef.cgi # generally we drop the ssl for dev
VendURL         http://dev.mainebeef.com/Catalog/beef.cgi

or

SecureURL       https://ssl.maine.com/Catalog/beef.cgi # if we really need it
VendURL         http://beef.maine.com/Catalog/beef.cgi

Because there is nothing specific in catalog.cfg, there is no
reason to track it or check it back in.  We just leave it there.

We don't like to make any changes to speak of in catalog.cfg.  If
we decide to setup a particular CommonAdjust for a catalog,
that is that; the production machine might get a stub function
and the dev machine will get the new one under development, but
all instances of the catalog will have same catalog.cfg.  We
choose instead to bury all the differences in a set of libraries.
That way you don't need to muck with the pages as often.

For example, the perl basket and libraries for www.maine.com/scrubs 
is not the same basket as for scrubs.maine.com/scrubs/Catalog 
but everything else is the same.

Or shipping might be this in a number of catalogs:
included        Shipping is by FedEx    quantity        1       9999    f [merchants_shipping]

but merchants_shipping calls different routines according to
the {account|merchant|catalog}.  See also recent emails about
shipd; that seems to be addressing same issues.  Make the configuration
the same and handle the differences in the libraries.

It depends on what is easier and what you have for
an infrastructure.

cfm


> 
> How do you handle the catalog.cfg URL specific entries?  Don't
> those need to be customized for each users sandbox?  Does each
> user have their own version of the catalog or is it outside
> of CVS?
> 
> Thanks!
> 
> -Dan
> 
> 
> On Wed, 30 Aug 2000 cfm@maine.com wrote:
> 
> > ******    message to minivend-users from cfm@maine.com     ******
> > 
> > On Wed, Aug 30, 2000 at 04:21:42PM -0700, Daniel David Benson wrote:
> > > ******    message to minivend-users from Daniel David Benson <dan@spoontail.com>     ******
> > > 
> > > 
> > > We have a scenario here where we would like to setup a CVS repository
> > > so that developers can check copies of the site into their own 
> > > sandbox.  With the use of virtualhosts in Apache they can check the 
> > > consistency of their changes.  Our biggest concern are the URL 
> > > variable settings in the catalogs file.  Essentially, with the 
> > > use of a DNS * entry we want users to access their sandbox
> > > via a URL like: http://username.dev.domain.com:portnumber/.
> > 
> > We've been able to do that for the most part without changing anything
> > **but** the Vend and Secure URL just by putting the development
> > tree on a different machine.  In our case we have three layers:
> > production site, staged site, and development site.  The trees
> > are identical.  Libraries on production and staged sites are "stable",
> > and libraries on development site are where most of the changes
> > take place.
> > > 
> > > Is anyone doing something similar?  How are others doing multi-developer
> > > development with minivend?
> > > 
> > > Thanks!
> > > 
> > > -Dan
> > > 
> > > 
> > > -
> > > To unsubscribe from the list, DO NOT REPLY to this message.  Instead, send
> > > email with 'UNSUBSCRIBE minivend-users' in the body to Majordomo@minivend.com.
> > > Archive of past messages: http://www.minivend.com/minivend/minivend-list
> > 
> > 
> 
> -
> To unsubscribe from the list, DO NOT REPLY to this message.  Instead, send
> email with 'UNSUBSCRIBE minivend-users' in the body to Majordomo@minivend.com.
> Archive of past messages: http://www.minivend.com/minivend/minivend-list

-- 

Christopher F. Miller, Publisher                             cfm@maine.com
MaineStreet Communications, Inc         208 Portland Road, Gray, ME  04039
1.207.657.5078                                       http://www.maine.com/
Database publishing, e-commerce, office/internet integration, Debian linux.
-
To unsubscribe from the list, DO NOT REPLY to this message.  Instead, send
email with 'UNSUBSCRIBE minivend-users' in the body to Majordomo@minivend.com.
Archive of past messages: http://www.minivend.com/minivend/minivend-list