Centralizing the MouseHole DB (was Re: MouseCommand, a branch of wikish)

[Kevin Ballard]

Here's an idea - write a plugin that provides a mountpoint as well as  
a plugin configuration. The mountpoint provides a way for external MH  
installations to download the wiki database (probably with some sort  
of auth), and the plugin configuration lets you enter a host to fetch  
the wiki database from. Or maybe that would be part of the mountpoint  
as well. Anyway, this way if you want to keep a home wiki and then  
sync from it when you're on the go, you could do that.

I'd start working on it, except I don't need the feature so I'm not  
sure how you'd want it to behave. I don't even use the wiki.

On Sep 25, 2005, at 12:39 AM, why the lucky stiff wrote:

> Over the past few days, this idea has really haunted me.  Moving
> forward, this is necessary.  And my suggestions so far (sshfs or  
> rsync)
> are just too klunky for most people to put into action.
>
> But syncing is a pain.  (Blech, syncing PDAs??)   And a central DB  
> would
> require an internet connection, which I don't really want to require.
> So what else is there?  A peer-to-peer database?  Ugghh.
>
> For now, the best solution may be to start simple.  I'm thinking of
> adding a backend API to MouseHole 1.3.  It'll mimick the DBM  
> interface.
> That way at least we could support a central DB, which would be pretty
> cool to have anyway.

-- 
Kevin Ballard
kevin at sb.org
http://www.tildesoft.com
http://kevin.sb.org

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 2378 bytes
Desc: not available
Url : http://rubyforge.org/pipermail/mousehole-scripters/attachments/20050925/633ae6c9/smime.bin