Open coevolving opened 9 years ago
sandstorm.io was mentioned in yesterday's hangout
The ruby version hasn't been maintained and should be avoided. (I still run the ruby version on fed.wiki.org but patch in revised javascript by hand.)
@paul90 On yesterday's hangout, was there an assessment or evaluation of federated wiki with sandstorm.io? Favourable or unfavourable? (Sorry, I couldn't be in two places at one time).
@WardCunningham Thanks for the reminder to avoid the Ruby version. It changes the options for implementation.
Favourable, though I'm not sure how much depth it has been looked at yet, or if anybody has it up and running yet - from a cursory glance it looks interesting.
Yes. I looked at this in some detail yesterday - though not to the extent of downloading and running code. I'm pretty keen on this direction at first site. It certainly fits my coding style and my security preferences and offers a great scope with regard to giving students their own work and coding sandboxes. I contacted them yesterday about getting involved at Chaos communications Camp - they seem interested. @paul90 you want to come camping ?
@opn I don't think so, I only ever wilderness camped...
Wow, I was just browsing Fedwiki install instructions and Sandstorm and thinking the same thing and came here to create an issue.
Lo and behold...
This sort of one-button install is exactly what FedWiki needs. Maybe a bounty is in order...
I'd happy to have a look at this task, as we already have Docker containers for Federated Wiki. We just need to design them in their preferred way.
Do we already know about documentation about how to integrate applications into Sandstorm, especially regarding its autoupdate feature?
@pierreozoux, this could be a thing for you, too.
Awesome. I know a lot of people interested in FedWiki, but don't have the time or expertise to get it stood up.
@almereyda thanks for the ping. I don't integrate images on IndieHosters until a user asks me to. #lean :)
We'll first have to go through the packaging tutorial step by step.
Their design guide lives in a how it works document.
Parallely we can already think of dedicating a systemd
equipped VM, for @ecobytes preferably Debian 8, with a Sandstorm instance for publishing the result.
In a better world, their Dockerfile would already abstract the environment variables a bit better and we could use it instead. A common pattern is to use a docker-entrypoint.sh
, for example. Unfortunately Ubuntu is an often used base image, which results in overall bigger images for containers.
From memory, you will at the very least need to create a custom version of the wiki-node package - sandstorm appears to put the package at root which causes path.join
to fail with not a string error.
Also you will need to move the data directory into /var
- as that appears to be the only place that is mounted r/w.
Not too sure if farm mode, with dynamic creation of wiki's, will work. While it is documented how to point a single domain at a grain, I very much doubt that it will work with a wildcard.
As far as I can see sites running on Sandstorm are only accessable over HTTPS - so you will need to proxy Sandstorm to make it available without HTTPS.
One of the deterrents for federated wiki is that it isn't a one-button install.
Have you seen https://sandstorm.io/ ? Given my experience with the Openshift Quickstart, this path might be even easier for a newbie to get up.
I came to this because I was looking for a collaborative SVG editor, and saw that draw.io is included. There's even an implementation for Apache Wave (nee Google Wave)!
Maybe this is a platform worth contributing to. (While you're at it, maybe the farm version of federated wiki could be the default installation!)
P.S. The other platform that is widespread is cPanel. When I get some more time, I really should try installing the Ruby version of federated wiki on my usual domain. When I tried last year, the Ruby was downlevel, which made the Quickstart a faster alternative.