From: Alex B. <en...@tu...> - 2001-06-29 17:22:20
|
> The server will host anywhere from 3-100 sites that won't be used very often > individually, but the server itself will have a decent amount of traffic > overall allowing me to install so many different sites on a single machine. > In addition, each site will have its own db instance - I am curious to see > how this pans out. Do you mean (for example) a separate instance of mysqld for each site? > Each site will be almost identical in structure and > functionality, with maybe a 10% variation between each site instance. So, my > goal is to obviously re-use as much code as possible for each site, allowing > them to share different modules, but also have an easy way of administering > the differences between each site. Sounds like you need make-make :) > Ok this site is using this set of interface components, ah - this site > doesn't use the common module for handling these objects, but the > specialized one I had to build for their unique situation, this db has this > extra table cell... OK I've got a new site to build let me click this button > and then change the preferences so that I can designate specialized modules > and db characteristics. > > I know this is way too specific to be of design use for BC in general, but I > thought it might help in considering some type of administration solution, > which I am going to start conceptualizing today and next week. Come > September BC2 will probably have all the kinks rolled out and I would be > psyched to contribute some administration stuff to the platform. Hopefully > by that time my php skills will be up to par. :?/ > [ Duh, what does $this->mean? ] You are correct, i.e. we will have some tools for administration of bc-specific stuff like users, roles, some config, etc. _alex -- alex black, ceo en...@tu... the turing studio, inc. http://www.turingstudio.com vox+510.666.0074 fax+510.666.0093 |