Using the ActivityPub API for cross-server interactions
Technical Discussion
5
Posts
3
Posters
5
Views
-
This topic came up yesterday during the SocialCG meeting. I think it's really interesting as a way to interact naturally with remote servers; see Cross-server Interactions in ActivityPub for a description of how it can work.
There was some discussion during the call, so I started an issue in the ActivityPub API task force issue list: Using the ActivityPub API for cross-server interactions.
-
This topic came up yesterday during the SocialCG meeting. I think it's really interesting as a way to interact naturally with remote servers; see Cross-server Interactions in ActivityPub for a description of how it can work.
There was some discussion during the call, so I started an issue in the ActivityPub API task force issue list: Using the ActivityPub API for cross-server interactions.
@evan sorry I missed the meeting! Sounds like something right up my alley on what to work on next.
Thanks for sharing the link.
-
@evan brilliant!
-
@julian The ActivityPub API Task Force has a meeting today at 11AM EST. https://meet.jit.si/activitypub-api
-
@evan thanks!
I would attend but unfortunately a winter storm hit and I'm at home watching three kids today 😑
Gli ultimi otto messaggi ricevuti dalla Federazione
-
@evan thanks!
I would attend but unfortunately a winter storm hit and I'm at home watching three kids today 😑
-
@julian The ActivityPub API Task Force has a meeting today at 11AM EST. https://meet.jit.si/activitypub-api
-
@js@podcastindex.social thanks! 🤘
-
@julian hmm, I believe it tries to make each AP call from the browser first, then falls back to a cloudflare worker if that fails.
I just checked the cf worker and found this gem in it, so that might work for you too
-
I've seen hints of backfill working really well, but hadn't seen good examples until recently. As more and more instances upgrade to the newer versions of Mastodon that support context, backfill from Mastodon instances will improve across the board.
Today one of the most popular topics on my NodeBB instance was an update from the admin of The Forkiverse, a brand new up-and-coming instance. Despite following only one person from that instance, I was able to see every single reply from that instance, even from users I don't follow.
Super stoked to see resolvable contexts and backfill working in the wild. Who says the Fediverse is quiet? Not me, anymore 😅
-
Hi @silverpill@mitra.social right;
Move and Remove are explicit actions concerning membership of a context in an audience. Update is overly broad and receivers would have to infer audience change based on what the updated object contains (e.g. Audience Y is suddenly missing, and Z is new, was this always the case?) It is likely that sending audience as an array will not be correctly interpreted by existing software, so this property is an unreliable indicator of context audience membership at best Existing threadiverse apps check addresses, and audience may not be used at all in some.There is no conflict with Move(Person), and I have not heard a convincing reason to adopt a new activity type when these two AS activities work quite well to describe what we want to accomplish.
-
Hm, it appears that none of my objections have been addressed.
Once again, why there are two activities Move and Remove, and not a simple Update or a new activity type?
-
Hey @js@podcastindex.social, I enabled Anubis for my site, but now requests from Browser.pub don't work :cry:
Is there something I can write a rule against, perhaps a header or user agent string that is unique to browser.pub?
