[development] half sharing table in multisite
sime
info at urbits.com
Fri Jun 23 09:25:42 UTC 2006
Aaaaah!
It's ironic how often I've looked at that bit and thought "pah, I'll
never need that". This is exactly what I need.
Thankyou for pointing this out.
Mark Janssen wrote:
> Please note that settings.php has the ability to do variable
> overrides, where you can specify thins like a theme and other variables.
>
> Syntax:
>
> /**
> * Variable overrides:
> *
> * To override specific entries in the 'variable' table for this site,
> * set them here. You usually don't need to use this feature. This is
> * useful in a configuration file for a vhost or directory, rather than
> * the default settings.php. Any configuration setting from the
> 'variable'
> * table can be given a new value.
> */
> //$conf = array(
> // 'site_name' => 'My Drupal site',
> // 'theme_default' => 'pushbutton',
> // 'anonymous' => 'Visitor'
> //);
>
>
> On 23 Jun 2006, at 12:02, Robert Douglass wrote:
>
>> You could also look at the systems table bit as a feature since you
>> can change your mind about the sites being identical later and use
>> different/customized modules with individual sites.
>>
>> sime wrote:
>>
>>> Hi
>>> I'm doing a multi-site install with 5 or 6 sites. These sites will
>>> be sharing every table except some obvious candidates like
>>> "system", "variable" and "cache".
>>>
>>> I'm really looking for long-term maintainability, minimal patches,
>>> and so on. But I've yet to decide the best way manage data in the
>>> system and variable tables that is always going to be the same. For
>>> example, the system table will be duplicated because I want to have
>>> different themes installed and activated, however all of the
>>> installed modules are going to be exactly the same, and I will
>>> unfortunately be duplicating this other data. The same might goes
>>> for some variables.
>>>
>>> I guess the manual way to manage this is, everytime I add/change a
>>> module setting, go into each installation and repeat the process so
>>> that all sites have the same configuration. Alternatively maybe I
>>> can set up a cron job to ensure that data cascades from a "master"
>>> installation to the other ones.
>>>
>>> Any pointers/advice/warnings are appreciated. Especially book pages
>>> that I might have overlooked in my quest.
>>>
>>> Thanks & Regards
>>> Simon
>>>
>>>
>
>
>
>
>
>
More information about the development
mailing list