[dev] Kronolith shares

[Michael Rubinsky]

Quoting Gonçalo Queirós <goncalo.queiros at portugalmail.net>:

>
>
> On 06/03/2011 07:55 PM, Michael Rubinsky wrote:
>> Quoting Gonçalo Queirós <goncalo.queiros at portugalmail.net>:
>>
>>> Hi there list.
>>>
>>> I have Kronolith configured to use a separate DB (for both storage and
>>> params confs).
>>> While the events are actually stored on this separate DB, the
>>> kronolith_shares are stored under the horde DB. Is this behaviour the
>>> expected one?
>>
>> Yes. The share system is currently configured globally, with no
>> application-level overrides configurable via the UI. If you really
>> want to do this, you can try adding $conf entries for the share
>> settings you want to override in kronolith/config/conf.php (and these
>> settings will be blown away next time you update the config via the UI).
>>
>> Note that this isn't currently supported, and hasn't been tested by
>> the developers, so no guarantee that it won't cause other side effects.
>>
>> --mike
>>
>> The Horde Project (www.horde.org)
>> mrubinsk at horde.org
>
> Then i think this might somehow become a problem, because if Horde
> starts to support the execution of cgi scripts to different domains (see
> http://lists.horde.org/archives/dev/Week-of-Mon-20110523/026227.html),
> running kronolith-agenda, will retrieve all calendars system wide, and
> then possibly send the agenda to few users (depending on the domain to
> which we are running the script).

Maybe I'm missing something from that thread, but I don't see how this  
is related to shares using different database.  Once the fixes are in  
place to fetch the virtual domain from an env variable (or whatever  
the final solution is) to allow the cgi scripts to be virtual domain  
aware, won't the proper virtual domain specific conf.php files be  
loaded correctly? i.e., Why won't putting the different share configs  
into domain specific horde/config/conf.php files do what you want,  
assuming they are loaded correctly by the cgi script?

--mike

The Horde Project (www.horde.org)
mrubinsk at horde.org