diff options
| -rw-r--r-- | content/posts/activitypub-eats-your-brain.md | 4 |
1 files changed, 2 insertions, 2 deletions
diff --git a/content/posts/activitypub-eats-your-brain.md b/content/posts/activitypub-eats-your-brain.md index 63f4bf6..eb04780 100644 --- a/content/posts/activitypub-eats-your-brain.md +++ b/content/posts/activitypub-eats-your-brain.md @@ -346,7 +346,7 @@ For a guide to ActivityPub, I feel kind of bad for not having a one-sentence exp I should probably also revisit the spec again. Plot twist, there are actually three specs! -The first spec, [Activity Streams 2.0](https://www.w3.org/TR/activitystreams-core/), describes in minute detail exactly how the JSON-LD format for activities works and how to use this format to model actions. The second spec, [Activity Vocabulary](https://www.w3.org/TR/activitystreams-vocabulary/), describes some useful types of activites, actors, and objects that your implementation should support, such as `Follow` activities and `Person` actors. The last spec, everyone's favorite, is [ActivityPub](https://www.w3.org/TR/activitypub/), which specifies how federation works, with all the inbox and outbox fun. They're basically modeling, vocabulary, and behavior respectively. +The first spec, [Activity Streams 2.0](https://www.w3.org/TR/activitystreams-core/), describes in minute detail exactly how the JSON-LD format for activities works and how to use this format to model actions. The second spec, [Activity Vocabulary](https://www.w3.org/TR/activitystreams-vocabulary/), describes some useful types of activities, actors, and objects that your implementation should support, such as `Follow` activities and `Person` actors. The last spec, everyone's favorite, is [ActivityPub](https://www.w3.org/TR/activitypub/), which specifies how federation works, with all the inbox and outbox fun. They're basically modeling, vocabulary, and behavior respectively. Plot twist again! ActivityPub is actually two protocols! There's the server-to-server (S2S) protocol when one server sends an activity to the recipient's server, and the client-to-server (C2S) protocol for when a client sends an activity to their own server. S2S is centipedes throwing paper airplanes. C2S is unicorns throwing paper airplanes and checking their inbox for cool new stuff. Unfortunately, Mastodon has some kind of grudge against C2S and only implements S2S, so being the amazing role model it is, everyone else copied this lack of a feature and also only has S2S support. As far as I know, this guide, [Pleroma](https://pleroma.social/), and [FedBOX](https://github.com/go-ap/fedbox) are the only servers out there that actually implement the other half of ActivityPub. Everyone else just drank the Mastodon API kool-aid. (One major difference between this guide and Mastodon is that HTTP signatures are generated by the server in Mastodon.) @@ -373,5 +373,5 @@ Here are some resources that might be helpful. As an `OrderedCollection`, of cou } ``` -As a final challenge, try replying to [this post](https://social.exozy.me/@a/109718407634106530) using your own ActivityPub server implemenation. Make the unicorns proud! Seeya in the fediverse! +As a final challenge, try replying to [this post](https://social.exozy.me/@a/109718407634106530) using your own ActivityPub server implementation. Make the unicorns proud! Seeya in the fediverse! |