-
-
Notifications
You must be signed in to change notification settings - Fork 887
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Community Outbox should contain Activities #1216
Comments
I fixed your first issue here: https://yerbamate.dev/LemmyNet/lemmy/pulls/114 |
…ile link (ref #1216)' (#114) from json-headers into main Reviewed-on: https://yerbamate.dev/LemmyNet/lemmy/pulls/114
One way to fix this would be by adding an |
We shouldn't have removed |
It can be either a user or a community, so calling it |
Ohhh I see. |
Actually there's another problem: if we just serve all activities that the community sent in the outbox, then there might be hundreds of votes and comments. What we want are just the latest 20 posts, so in a very active community we might have to go through dozens of outbox pages to get those. Might be better if we only serve |
[2020-11-18 07:54:03-0800] Nutomic:
Actually there's another problem: if we just serve all activities that the community sent in the outbox, then there might be hundreds of votes and comments. What we want are just the latest 20 posts, so in a very active community we might have to go through dozens of outbox pages to get those. Might be better if we only serve `Create/Post` in the community outbox, but then we also need to filter for those in the database.
Not sure if there is something in the spec about it but the outbox should contain all `as:Public` activities, which means a lot of noises (pump-io, which AP is heavily inspired from had a separate feed).
During APConf2020 and for AP C2S (which is barely used btw) I posed the question of how to filter/search such endpoints to get meaningful output and so not end up with clients having to skim throught a gigantic amount of pages by themselves, the issue is that the language used for querying needs to be flexible so we don't end up with a pile of similar endpoints.
|
I found a crate diesel_json which could help with querying and filtering based on json fields. Hopefully they can add support for the |
Hi, Pleroma dev here, I did some quick checks on what Lemmy federates and found some issues (btw Pleroma lacks
Group
at the moment so most of Lemmy couldn't work).Instance used: https://enterprise.lemmy.ml/ which seems to run v0.7.64
Retrieving Objects (spec: https://www.w3.org/TR/activitypub/#retrieving-objects)
Accept: application/ld+json; profile="https://www.w3.org/ns/activitystreams
must work (Pleroma usesAccept: application/activity+json
IIRC, which works for Lemmy). I got HTML instead.Outbox (spec: https://www.w3.org/TR/activitypub/#outbox) should contain activities (which I find quite useful to get test fixtures), I got objects.
The text was updated successfully, but these errors were encountered: