Is this any service, with a well-defined api, that is callable from the instance software?
-
Is this any service, with a well-defined api, that is callable from the instance software? So the way hashtags work now could be a FASP as well? Or are we thinking more along the lines of .. alt-texting, translations, those kinds of things?
-
I've recently been learning about FASPs, and started playing around with making some prototypes. As it's still a relatively new concept, and I've not been able to find much discussion on it, I thought I'd kick one off here. Obviously the amount of code for FASPs at the moment is small in both scope and deployment. So it's probably more useful to focus on the potential of the concept, rather than its current state.
So for those who have looked into it:
- What FASPs might you want one day to be available to your server to use?
- Or what FASP features might you want to one day provide to other servers?
Or even just generally, I would love to hear people's thoughts about the FASP concept overall.
-
I've recently been learning about FASPs, and started playing around with making some prototypes. As it's still a relatively new concept, and I've not been able to find much discussion on it, I thought I'd kick one off here. Obviously the amount of code for FASPs at the moment is small in both scope and deployment. So it's probably more useful to focus on the potential of the concept, rather than its current state.
So for those who have looked into it:
- What FASPs might you want one day to be available to your server to use?
- Or what FASP features might you want to one day provide to other servers?
Or even just generally, I would love to hear people's thoughts about the FASP concept overall.
A similar concept already exists in ActivityPub: relays.
So far, no justification for a brand new protocol has been provided.
-
I've recently been learning about FASPs, and started playing around with making some prototypes. As it's still a relatively new concept, and I've not been able to find much discussion on it, I thought I'd kick one off here. Obviously the amount of code for FASPs at the moment is small in both scope and deployment. So it's probably more useful to focus on the potential of the concept, rather than its current state.
So for those who have looked into it:
- What FASPs might you want one day to be available to your server to use?
- Or what FASP features might you want to one day provide to other servers?
Or even just generally, I would love to hear people's thoughts about the FASP concept overall.
The current FASP work does seem to focused on addressing discovery, which has a large overlap with relays.
But my understanding is that is in theory the scope of services/capabilities can be much broader (e.g, Mastodon is working on one for content detection of spam/illegal material, and another for shared remote media storage).
So the way I was thinking about it (unclear if this is the way they intended) was considering what services or functionality I might want for my ActivityPub server that either:
- benefit from not being siloed to my server (e.g, 3p integration, more data, or reduced cost)
- or benefit from not being reliant on my ActivityPub software (e.g, more choice, or not as constrained by one teams bandwidth and roadmap priorities)
-
The current FASP work does seem to focused on addressing discovery, which has a large overlap with relays.
But my understanding is that is in theory the scope of services/capabilities can be much broader (e.g, Mastodon is working on one for content detection of spam/illegal material, and another for shared remote media storage).
So the way I was thinking about it (unclear if this is the way they intended) was considering what services or functionality I might want for my ActivityPub server that either:
- benefit from not being siloed to my server (e.g, 3p integration, more data, or reduced cost)
- or benefit from not being reliant on my ActivityPub software (e.g, more choice, or not as constrained by one teams bandwidth and roadmap priorities)
rochebit:But my understanding is that is in theory the scope of services/capabilities can be much broader (e.g, Mastodon is working on one for content detection of spam/illegal material, and another for shared remote media storage).
Oof that sounds exactly like the services that depend on the derogation of the ePrivacy directive, and like so, something we don't want, Chat Control.
-
The current FASP work does seem to focused on addressing discovery, which has a large overlap with relays.
But my understanding is that is in theory the scope of services/capabilities can be much broader (e.g, Mastodon is working on one for content detection of spam/illegal material, and another for shared remote media storage).
So the way I was thinking about it (unclear if this is the way they intended) was considering what services or functionality I might want for my ActivityPub server that either:
- benefit from not being siloed to my server (e.g, 3p integration, more data, or reduced cost)
- or benefit from not being reliant on my ActivityPub software (e.g, more choice, or not as constrained by one teams bandwidth and roadmap priorities)
Mastodon is working on one for content detection of spam/illegal material, and another for shared remote media storage
I think this is still not enough to justify a brand new protocol. ActivityPub is JSON and HTTP, after all, it can be used for anything.
Hello! It looks like you're interested in this conversation, but you don't have an account yet.
Getting fed up of having to scroll through the same posts each visit? When you register for an account, you'll always come back to exactly where you were before, and choose to be notified of new replies (either via email, or push notification). You'll also be able to save bookmarks and upvote posts to show your appreciation to other community members.
With your input, this post could be even better 💗
Register Login