Background
We have cloud hosted discourse instance for the Australian Ruby community (I’ll refer to it as Master). Twice a year we host RailsCamp events. That’s when we spend a full weekend together at a remote location (50-150 people per event). Often there is little to no cell reception, which makes it challenging to coordinate.
I was thinking that discourse instance hosted on the local network at the event would be ideal (I’ll refer to it as Slave). We could use it to post announcements, schedule, share photos etc.
Since we already have growing community on Master, it would be great to leverage that. E.g. your profile is already setup when you get to the event, and you have a copy of all of the content.
Challenge
How to have the Slave discourse instance running along the Master when the Slave is offline for three days.
Proposed solution
I understand discourse is not designed for that. But I think there is a way to fit to our needs. I’m interested in your ideas on this
The plan
- We setup a Slave discourse instance on the local network at the event
- Right before the event we backup the Master and restore it on Slave
- On Slave:
- all categories will be marked as read-only
- we create a new read/write category for the event
- After the event we use a ruby script to transfer information from Slave to Master
- Newly created users
- All topics and posts from the created category for the event
- Profit
Questions
- Do you see any issues with the proposed solution?
- Can you see a better approach?
Would be great to allow write access to all categories on Slave, but I feel the synchronisation process could be very complicated. Also that could be confusing as some people could still access Master if they have reception.