Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Mechanism for sites to indicate their preferred bridge #29

Open
snarfed opened this issue Jan 15, 2024 · 2 comments
Open

Mechanism for sites to indicate their preferred bridge #29

snarfed opened this issue Jan 15, 2024 · 2 comments
Labels
feature New feature or request to-eval Needs evaluation

Comments

@snarfed
Copy link

snarfed commented Jan 15, 2024

Hi again! Now that we have multiple feed-to-fediverse bridges - RSS Parrot, Bridgy Fed, MastoFeed, rss-to-activitypub, feed2toot, feed2fedi - we'll inevitably end up with multiple fediverse accounts for the same web site, each run by a different bridge. Not a big problem, but it'd still be nice to avoid.

One approach could be to let sites indicate their "preferred" bridge with eg <link rel="me bridge"> in their home page's HTML, similar to #16. If example.com wants to use RSS Parrot to get its posts into the fediverse, it would add something like this in its HTML:

<link rel="me bridge" href="https://rss-parrot.net/web/feeds/example.com">

Then, when other bridges start to create a fediverse account for example.com, they'd first check its home page HTML for a link rel=bridge. If one exists, and it doesn't point to them, they'd stop and give up.

One difficulty is that a site could want to use multiple bridges for different networks, eg RSS Parrot for the fediverse and https://atomstr.data.haus/ for Nostr. Maybe we'd allow multiple <link rel="me bridge">s to handle that, maybe differentiated by type, or maybe that differentiation isn't necessary.

Thoughts?

@gugray
Copy link
Owner

gugray commented Jan 16, 2024

Thanks for these suggestions too! One part of me really likes the idea. The other part, which is a ruthless pragmatist, thinks that this would be largely wasted effort until there is some sort of popular awareness of the existence of these bridges. In reality I expect we would be getting very few, if any, such signals from feeds and websites out there.

Or to put it another way, this is a "social" task, not a technical one. For now I'm inclined to put it on the back burner...

@gugray gugray added feature New feature or request to-eval Needs evaluation labels Jan 16, 2024
@snarfed
Copy link
Author

snarfed commented Jan 17, 2024

Agreed on all points. This specific proposal also requires web site owners to modify their sites' raw HTML <head>, which may not be easy for people on hosted services or high level servers like micro.blog, WordPress, Tumblr, Squarespace, Wix, etc.

On the plus side, re prioritization and effort, if we already implement opt out support, it hopefully won't be too much extra work to extract a specific bit of markup like this from a site's HTML and add them to our existing blocklists if necessary.

I'd also ideally like a version of this for bridged accounts that aren't web sites. For example, if multiple Bluesky <=> fediverse bridges emerge, it'd be nice for a Bluesky account to be able to indicate their preferred bridge too. They could put that in a link on their profile, but when bridges load their profile, they won't easily be able to distinguish "preferred bridge" links from other links. I'm not sure how to solve that yet.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
feature New feature or request to-eval Needs evaluation
Projects
None yet
Development

No branches or pull requests

2 participants