Open strugee opened 7 years ago
Looking forward to this =)
WRT ID properties: I'd suggest leaving them as is and content negotiating on the existing endpoints. AP clients are required to set their Accept header when doing a GET request such that "application/ld+json; profile="https://www.w3.org/ns/activitystreams#"" is negotiated; and you can of course identify ActivityPub posts by their content type.
This permits clients to do "transparent" upgrades: They can start requesting AS2 content, and will migrate to AP as and when the servers do, without any need to rewrite URIs, etc.
@oshepherd yeah, I agree. Unless any unexpected issues come up that's probably going to be the way this goes.
definitely looking forward to this! I've been sketching designs to bridge indieweb to ostatus and activitypub, a la https://brid.gy (some background in https://indieweb.org/2017/ostatusbridge ; thanks @strugee!), and I hope to include pump.io.
Duplicated by: https://framagit.org/compa/compa/issues/4
I think we're doing all this in the as2 branch now.
Could we convert this to a project on Github? Every one of these checkboxes is a big effort and probably deserves its own issue. They could at least be assigned to different people.
Absolutely. The checkboxes were easier for me when I was the only one working on it but I'm but attached to them. Do you want to split stuff off or should I?
Is this still in progress?
I feel like you've run into this a bit quickly, and you've ended up getting tired with it. Any way I can help?
@resynth1943 we waiting the 6.0.0 release to start implement the remaining parts cc: @strugee
ActivityPub support is now being developed in the
activitypub
branch.Copypasta from a list of general ActivityPub implementation tasks that I wrote:
Have we implemented URLs for:
id
properties? (Section 3.2 Retrieving objects)(optional)optionalnot optional for us)AuthZ/AuthC:
Conversion:
Do we handle:
Linked Data Notifications RDF representations (very optional)? (Section 8.1 Delivery)not for usDo we:
In addition to the generic AP stuff, we have an existing network/project to worry about. So, we also need to: