930d9429ef
this gets gnarly because of transaction.atomic, so it bears further testing |
||
---|---|---|
.github | ||
bookwyrm | ||
celerywyrm | ||
nginx | ||
.coveragerc | ||
.dockerignore | ||
.env.example | ||
.gitignore | ||
bw-dev | ||
CODE_OF_CONDUCT.md | ||
docker-compose.yml | ||
Dockerfile | ||
fr-dev | ||
instances.md | ||
LICENSE | ||
manage.py | ||
pytest.ini | ||
README.md | ||
requirements.txt |
BookWyrm
Social reading and reviewing, decentralized with ActivityPub
Contents
- Joining BookWyrm
- The overall idea
- Setting up the developer environment
- Installing in Production
- Project structure
- Book data
- Contributing
Joining BookWyrm
BookWyrm is still a young piece of software, and isn't at the level of stability and feature-richness that you'd find in a production-ready application. But it does what it says on the box! If you'd like to join an instance, you can check out the instances list.
I, the maintianer of this project, run https://bookwyrm.social, and I generally give out invite codes to those who ask by email, Mastodon direct message, or Twitter direct message.
The overall idea
What it is and isn't
BookWyrm is a platform for social reading! You can use it to track what you're reading, review books, and follow your friends. It isn't primarily meant for cataloguing or as a datasource for books, but it does do both of those things to some degree.
The role of federation
BookWyrm is built on ActivityPub. With ActivityPub, it inter-operates with different instances of BookWyrm, and other ActivityPub compliant services, like Mastodon. This means you can run an instance for your book club, and still follow your friend who posts on a server devoted to 20th century Russian speculative fiction. It also means that your friend on mastodon can read and comment on a book review that you post on your BookWyrm instance.
Federation makes it possible to have small, self-determining communities, in contrast to the monolithic service you find on GoodReads or Twitter. An instance can be focused on a particular interest, be just for a group of friends, or anything else that brings people together. Each community can choose which other instances they want to federate with, and moderate and run their community autonomously. Check out https://runyourown.social/ to get a sense of the philosophy and logistics behind small, high-trust social networks.
Features
Since the project is still in its early stages, the features are growing every day, and there is plenty of room for suggestions and ideas. Open an issue to get the conversation going!
- Posting about books
- Compose reviews, with or without ratings, which are aggregated in the book page
- Compose other kinds of statuses about books, such as:
- Comments on a book
- Quotes or excerpts
- Reply to statuses
- View aggregate reviews of a book across connected BookWyrm instances
- Differentiate local and federated reviews and rating in your activity feed
- Track reading activity
- Shelve books on default "to-read," "currently reading," and "read" shelves
- Create custom shelves
- Store started reading/finished reading dates, as well as progress updates along the way
- Update followers about reading activity (optionally, and with granular privacy controls)
- Create lists of books which can be open to submissions from anyone, curated, or only edited by the creator
- Federation with ActivityPub
- Broadcast and receive user statuses and activity
- Share book data between instances to create a networked database of metadata
- Identify shared books across instances and aggregate related content
- Follow and interact with users across BookWyrm instances
- Inter-operate with non-BookWyrm ActivityPub services (currently, Mastodon is supported)
- Granular privacy controls
- Private, followers-only, and public privacy levels for posting, shelves, and lists
- Option for users to manually approve followers
- Allow blocking and flagging for moderation
Setting up the developer environment
Set up the environment file:
cp .env.example .env
For most testing, you'll want to use ngrok. Remember to set the DOMAIN in .env
to your ngrok domain.
You'll have to install the Docker and docker-compose. When you're ready, run:
docker-compose build
docker-compose run --rm web python manage.py migrate
docker-compose run --rm web python manage.py initdb
docker-compose up
Once the build is complete, you can access the instance at localhost:1333
Installing in Production
This project is still young and isn't, at the momoment, very stable, so please procede with caution when running in production.
Server setup
- Get a domain name and set up DNS for your server
- Set your server up with appropriate firewalls for running a web application (this instruction set is tested again Ubuntu 20.04)
- Set up a mailgun account and the appropriate DNS settings
- Install Docker and docker-compose
Install and configure BookWyrm
- Get the application code:
git clone git@github.com:mouse-reeve/bookwyrm.git
- Switch to the
production
branchgit checkout production
- Create your environment variables file
cp .env.example .env
- Add your domain, email address, mailgun credentials
- Set a secure redis password and secret key
- Set a secure database password for postgres
- Update your nginx configuration in
nginx/default.conf
- Replace
your-domain.com
with your domain name
- Replace
- Run the application (this should also set up a Certbot ssl cert for your domain)
docker-compose up --build
Make sure all the images build successfully - When docker has built successfully, stop the process with
CTRL-C
- Comment out the
command: certonly...
line indocker-compose.yml
- Run docker-compose in the background
docker-compose up -d
- Initialize the database
./bw-dev initdb
- Set up schedule backups with cron that runs that
docker-compose exec db pg_dump -U <databasename>
and saves the backup to a safe locationgi - Congrats! You did it, go to your domain and enjoy the fruits of your labors
Configure your instance
- Register a user account in the applcation UI
- Make your account a superuser (warning: do not use django's
createsuperuser
command)- On your server, open the django shell
./bw-dev shell
- Load your user and make it a superuser
from bookwyrm import models user = models.User.objects.get(id=1) user.is_admin = True user.is_staff = True user.is_superuser = True user.save()
- Go to the site settings (
/settings/site-settings
on your domain) and configure your instance name, description, code of conduct, and toggle whether registration is open on your instance
- On your server, open the django shell
Book data
The application is set up to share book and author data between instances, and get book data from arbitrary outside sources. Right now, the only connector is to OpenLibrary, but other connectors could be written.
There are three concepts in the book data model:
Book
, an abstract, high-level concept that could mean either aWork
or anEdition
. No data is saved as aBook
, it serves as shared model forWork
andEdition
Work
, the theoretical umbrella concept of a book that encompasses every edition of the book, andEdition
, a concrete, actually published version of a book
Whenever a user interacts with a book, they are interacting with a specific edition. Every work has a default edition, but the user can select other editions. Reviews aggregated for all editions of a work when you view an edition's page.
Contributing
There are many ways you can contribute to this project! You are welcome and encouraged to create or contribute an issue to report a bug, request a feature, make a usability suggestion, or express a nebulous desire.
If you'd like to add to the codebase, that's super rad and you should do it! At this point, there isn't a formalized process, but you can take a look at the open issues, or contact me directly and chat about it.