[dev] Kronolith shares

[Gonçalo Queirós]

On 06/06/2011 02:34 PM, Gonçalo Queirós wrote:
>
> On 06/03/2011 08:22 PM, Michael Rubinsky wrote:
>> 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
> Hum, ok. i can also have different the shares conf for every vhost,
> didn't occur that to me.
> Thanks
>

Currently shares configuration doesn't allow the admin to configure a
different DB backend. If this should be possible, i think the following
patch might be correct.

-- 
Gonçalo Queirós
Eng. Software
*m.* 913918777

*Portugalmail* | plataformas de inovação
*w.* http://www.portugalmail.net

-------------- next part --------------
A non-text attachment was scrubbed...
Name: confswitch.patch
Type: text/x-patch
Size: 466 bytes
Desc: not available
URL: <http://lists.horde.org/archives/dev/attachments/20110608/7825d2f2/attachment.bin>