. @darius :
One problem with ActivityPub is that — it doesn't actually say anything about federation.
And, different Fediverse software does it differently.
. @darius :
One problem with ActivityPub is that — it doesn't actually say anything about federation.
And, different Fediverse software does it differently.
Section 1, first sentence.
@darius @reiver I guess I don't understand your point.
The spec mentions federation a few times, but mostly it is in fact describing how to implement federation, so most of the text is talking about lower-level objects.
Anyway, sounds like a great conference. Say hi to Blaine and Boris for me.
@evan @reiver okay correction: doesn't say anything substantive about federation! Completely useless to me as an implementer!
@evan my point is there are no rules of the road for how content should be sent around the network. It's how you get phenomena like "boost leaking" that can get around blocks
@darius I think the current best practice is to only use inclusion by ID for the `Announce` activity, for this very reason.
But I agree that the public-except-unpublished-denylist access mode is really hard to make work right.
I also think there are trade-offs between the efficiency of sending activities with lots of data, and the level of control when sending minimal activities. I have a long section about this in my book, but it might be good to include guidance in the Primer or the next AP.
GNU social JP is a social network, courtesy of GNU social JP管理人. It runs on GNU social, version 2.0.2-dev, available under the GNU Affero General Public License.
All GNU social JP content and data are available under the Creative Commons Attribution 3.0 license.