Here is the programming.dev link: https://programming.dev/post/424984
BTW: Is there a way to use instance links automatically when referring to another instance?
I think there are some user scripts folks are developing via browser extensions, but perhaps it’d be better to mainline the kind of features these ticket are tracking:
At the minimum we could have a bot that responds with local links.
That’s a great idea.
And the post on lemmy.world: https://lemmy.world/post/1086238
I think we need UUIDs so we can reference posts across instances
That’s a harder proposition than you might think. On the one hand, UUIDs are mathematically guaranteed to be universally unique, which is great. On the other hand, there has to be some way to go from a UUID to a particular post, which suggests a lookup table, but the federated nature of Lemmy basically makes that impossible, since there’s no assurance that any instance is aware of any other instance.
which suggests a lookup table
No, it only suggests an additional field in the
Posttablesince there’s no assurance that any instance is aware of any other instance
It already works like that, but slightly worse because post IDs aren’t the same across instances. If you search a newly-created community from another instance here, you just won’t find it until it’s synced, despite its URI being unique.
Thinking about it, it would be possible to have an URI for posts like
post:${id}@instance.com, similar to how user URIs and community URIs are made. This way, you could open/post/1772651on lemmy.world orpost:1772651.worldon, idk, lemmy.blahaj.zone or something.Another issue is whether the post from a remote instance is colocated on your local instance. It could be the case that your instance never observed the post, as no users on your local instance where first subscribed, to the remote community the post was summited to, before the post was published.
This is probably not the correct place to as this and I don’t know the inner workings of Lemmy, so forgive the stupid question. Does that mean, for an external post to get a programming.dev ID does someone in programming.dev instance to have been subscribed to the community the post was originally shared? Is that why I don’t see any posts at for example https://programming.dev/c/testbot42@voyager.lemmy.ml even though I see them at https://voyager.lemmy.ml/c/testbot42? If that’s the case, it sounds like an important limitation.
The first link you listed (viewing the remote community from our local instance) shows
0 subscribersfrom the sidebar. From my understanding, no one from our instance is then subscribed to that remote community, so our instance has no reason to index those posts. Although I could be wrong, and it could be that no one from our local instance is subscribed to any community on the remote instance. I’m unsure if only instance federation or community subscription is necessary for merrioring/indexing remote posts.I see, thanks. That’s a test instance and therefore there may be other restrictions related to federation for that particular example.
