monorail
/
mastodon
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity
The glaceon.social flavour of glitch-soc, a Mastodon fork
14 Commits 1 Branch 0 Tags 261 MiB
Ruby 48.6%
JavaScript 34%
SCSS 7.9%
TypeScript 5.6%
Haml 3.5%
Other 0.4%
Go to file
Eugen Rochko 79609d6270 Add service for posting statuses (normal and replies), mention regex to 
fetch webfinger information of mentioned accounts
 		2016-02-24 18:25:04 +01:00
app Add service for posting statuses (normal and replies), mention regex to 2016-02-24 18:25:04 +01:00
bin Initial commit 2016-02-20 22:53:20 +01:00
config Incoming Salmon requests can be turned into follows and unfollows 2016-02-23 22:17:07 +01:00
db Adding reblogs, favourites, improving atom generation 2016-02-23 19:17:37 +01:00
lib Initial commit 2016-02-20 22:53:20 +01:00
log Initial commit 2016-02-20 22:53:20 +01:00
public Initial commit 2016-02-20 22:53:20 +01:00
spec Adding reblogs, favourites, improving atom generation 2016-02-23 19:17:37 +01:00
test Initial commit 2016-02-20 22:53:20 +01:00
vendor/assets Initial commit 2016-02-20 22:53:20 +01:00
.gitignore Initial commit 2016-02-20 22:53:20 +01:00
.ruby-version Initial commit 2016-02-20 22:53:20 +01:00
Gemfile Send Salmon interactions 2016-02-24 12:57:29 +01:00
Gemfile.lock Send Salmon interactions 2016-02-24 12:57:29 +01:00
README.md Incoming Salmon requests can be turned into follows and unfollows 2016-02-23 22:17:07 +01:00
Rakefile Initial commit 2016-02-20 22:53:20 +01:00
config.ru Initial commit 2016-02-20 22:53:20 +01:00

README.md

Mastodon

Mastodon is a federated microblogging engine. An alternative implementation of the GNU Social project. Based on ActivityStreams, Webfinger, PubsubHubbub and Salmon.

The core ideals of this project are:

  • Independence of legacy Twitter APIs - we don't want to be compatible with Twitter clients, we want our own clients
  • In that vein, a strong and clean REST API and OAuth2
  • Minimalism. Just because you can do almost anything with ActivityStreams doesn't mean you should. Limit the set of possible functions to what makes sense in a microblogging engine. This will make federation as well as UI design a lot easier
  • Ease of deployment. The end-goal of this project is to be distributable as a Docker image.

Current status of the project is early development. Documentation, licensing information &co will be added later

Configuration

  • LOCAL_DOMAIN should be the domain/hostname of your instance. This is absolutely required as it is used for generating unique IDs for everything federation-related
  • LOCAL_HTTPS set it to true if HTTPS works on your website. This is used to generate canonical URLs, which is also important when generating and parsing federation-related IDs
  • HUB_URL should be the URL of the PubsubHubbub service that your instance is going to use. By default it is the open service of Superfeedr