@kevin @bss @2ck
The way Shareon works for Mastodon is by re-centralizing the entire federated network -- every Mastodon post made via Shareon transits through the developer's site, kytta.dev. Even assuming they are entirely trustworthy and aren't logging everything that passes through, it's kind of obvious that if this tool becomes popular it will utterly collapse under load.
Me: "That's not going to work."
You: "Why so negative?"
Me: "Because facts."
@jwz @kevin @bss @2ck
> assuming they are entirely trustworthy and aren't logging everything that passes through
You can assume that, as the site is open-source. The thing that is being deployed is unmodified: https://toot.kytta.dev/_src
> if this tool becomes popular it will utterly collapse under load
That is somewhat correct. I do encourage others to make their own #Share2Fedi instances, yet I am still to add the support for changing the URL of an instance to #Shareon
> The way Shareon works for Mastodon is by re-centralizing the entire federated network
> That's not going to work
If you have a better idea to make it work, I'm all ears! So far, there are three ways that enables the users to share stuff on Mastodon:
1. Install a browser extension, like Fedishare
2. Use a somewhat centralized share page, like #Share2Fedi
3. Copy URL and post it yourself
IMHO, option 2 is the easiest for the end consumer, even with the bad UX :/
@kytta
of course, I'm not nearly the first to come up with this idea https://github.com/w3c/web-share/blob/main/docs/explainer.md#why-not-make-a-share-uri-scheme-like-mailto-instead-of-a-javascript-api
@kytta there are some issues raised at that link re use of a URI scheme vs a web API. to me, they aren't disqualifying, but I can see some advantages to using the Web Share API. the main downside is just that it requires more standards work and browser buy-in than the URI scheme, the latter of which you could probably do without even talking to the IANA to register the scheme first if you don't want to