Smallest Federated Wiki Goals
The original wiki was written in a week and cloned within a week after that. The concept was shown to be fruitful while leaving other implementors room to innovate. When we ask for simple, we are looking for the same kind of simplicity: nothing to distract from our innovation in federation.
We imagine two components:
- a server component managing page storage and collaboration between peer servers, and,
- a client component presenting and modifying the server state in server specific ways.
This project should be judged by the degree that it can:
- Demonstrate that wiki would have been better had it been effectively federated from the beginning.
- Explore federation policies necessary to sustain an open creative community.
This project has been founded within the community assembled in Portland at the Indie Web Camp:
How to Participate
First you will want to get caught up with some project history. We've been recording screencast videos for as long as we've had something to demo. You should watch them all. They're short:
Then you will want to read through the project roadmap. This and a number of other forward looking pages are kept in the project's GitHub wiki:
When you start reading code you'll want to start with the "reference" server implementation. This is coded in Ruby as a Sinatra application. There are other server implementations but the Ruby code is as close as we have to a specification as to what it means to be a federated wiki server:
Code contributions are always welcome. We're developing using the
fork and pull request model supported so well by GitHub. Please read through their excellent help to make sure you know what's expected of you:
You are welcome to join our developer IRC channel, #fedwiki on freenode.
If you'd like to know what we think of your programming idea before you program it, just write up an Issue here on GitHub. You'll save us all some time if you read through open issues first:
For that matter, there is lots of coding and project philosophy in the comment history of closed issues. Read through the issues with lots of comments. GitHub has good issue search and will sort closed issues by number of comments to make this easy:
We're proud to be forked frequently. Go ahead and fork this project now. We're glad to have you.
Install and Launch
The project is distributed as a GitHub repository. You will need a git client. Learn more from GitHub:
When you have git. Use it to clone the repository:
git clone git://github.com/WardCunningham/Smallest-Federated-Wiki.git cd Smallest-Federated-Wiki
We have several server implementations that share the same client code. Our reference implementation is in Sinatra. We're using Ruby 1.9.2 which we manage with rvm:
rvm install 1.9.2 rvm use 1.9.2
The software has been known to run trouble-free under version 1.8.5 so long as appropriate gem versions are installed. The latest releases of OSX work better with 1.9.3.
The server is a ruby bundle. Get the bundler gem and then use it to get everything else:
gem install bundler bundle install
Launch the server with this bundle command:
cd server/sinatra bundle exec rackup -s thin -p 1111
Now go to your browser and browse your new wiki:
The test suite is written using RSpec 2 and utilizes Selenium heavily. You must have a recent version of Firefox installed to run the test suite.
To run an individual spec, run
bundle exec rspec spec/[spec name].rb
To run all specs, run
bundle exec rake spec
Looking For Code Bloat
Try this command to see if any code files have grown unpleasantly large.
wc -l `find * | perl -ne 'next if /jquery/; print if /\.(rb|haml|sass|coffee)$/'` | sort -rgb
Debian Squeeze quick hints
for those not using Ruby much, but using Debian:
sudo apt-get install ruby1.9.1 rubygems ruby1.9.1-examples debian-keyring ri1.9.1 ruby1.9.1-dev rubygems-doc sudo gem install bundle sudo /var/lib/gems/1.8/bin/bundle install rvm 1.9.2 /var/lib/gems/1.8/bin/bundle exec rackup -s thin -p 1111