Documented support for FEP-844e.
Cool, I'll add you to the implementation list.
Do you have any feedback, or suggestions? This FEP is very new and probably needs refinement
Documented support for FEP-844e.
Cool, I'll add you to the implementation list.
Do you have any feedback, or suggestions? This FEP is very new and probably needs refinement
@silverpill @activitypub.blog I think the main motivation for me to add it was to advertise our new support for #RFC9421. Having a proposed standardized way to do that felt neat.
On the receiving end, I'm not sure we'd do any pre-flight requests to understand what an instance implements before acting on it, we'd probably rather stay conservative or do things like double-knock with caching, would be my guess. Might be different if it was something we could grab with a HEAD req.
>pre-flight requests
This is needed for signed GET requests, right? Because when POSTing to inbox, the actor (and its capabilities) should be already known.
@silverpill @activitypub.blog `implements` is a keyword in PHP, Java, TypeScript, that some quality tools will flag if used as a variable in function signatures. It was fine in our case as a class property, but it's possible others might run into something like that.
Maybe there are alternatives that could be considered? `supports`?
@obenland I would prefer to keep implements because there are 4 or 5 implementations of this FEP already... The clash with a reserved keyword in some languages shouldn't be a big problem -- type is even more common keyword yet it is everywhere in ActivityPub.
@obenland I didn't realize that either, and it makes FEP-844e less attractive. However, capability discovery might still be preferable to double-knocking because RFC-9421 is not the last upgrade. Some applications are already starting to use EdDSA signatures, and that requires triple knocking. In the future we will need to switch to post-quantum cryptography and so on. The number of knocks always increases, but capability discovery requires a constant number of requests.
@silverpill @activitypub.blog Oh, I did not consider that! That's right!
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.