Specifically, when you tell your instance about another one, it should at least register the existence of every community on the other instance. Right now indexing is community-by-community from what I hear and that sucks.
I can completely understand why that wouldn’t be, it would put a big strain on any server with a large community count.
I think the top 25-100 communities could be reasonable, though. This could also be accomplished with a bot either managed by an instance interested in pulling that data, or a user wanting to automate subscriptions a bit.
*I originally posted this with an example that I immediately realized was incorrect, so I corrected that.
Last I checked there were 10k communities and a few 100 instances total, which is tiny in computer terms. As it grows larger maybe it would be an issue, but really even millions of instance names properly compressed shouldn’t be onerous for a one-time download.
Doing it in a federated way.
Specifically, when you tell your instance about another one, it should at least register the existence of every community on the other instance. Right now indexing is community-by-community from what I hear and that sucks.
I can completely understand why that wouldn’t be, it would put a big strain on any server with a large community count.
I think the top 25-100 communities could be reasonable, though. This could also be accomplished with a bot either managed by an instance interested in pulling that data, or a user wanting to automate subscriptions a bit.
*I originally posted this with an example that I immediately realized was incorrect, so I corrected that.
Last I checked there were 10k communities and a few 100 instances total, which is tiny in computer terms. As it grows larger maybe it would be an issue, but really even millions of instance names properly compressed shouldn’t be onerous for a one-time download.