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?
this post was submitted on 06 Jul 2023
25 points (100.0% liked)
Web Development
3431 readers
2 users here now
Welcome to the web development community! This is a place to post, discuss, get help about, etc. anything related to web development
What is web development?
Web development is the process of creating websites or web applications
Rules/Guidelines
- Follow the programming.dev site rules
- Keep content related to web development
- If what you're posting relates to one of the related communities, crosspost it into there to help them grow
- If youre posting an article older than two years put the year it was made in brackets after the title
Related Communities
- [email protected]
- [email protected]
- [email protected]
- [email protected]
- [email protected]
- [email protected]
- [email protected]
- [email protected]
- [email protected]
- [email protected]
- [email protected]
- [email protected]
- [email protected]
- [email protected]
- [email protected]
Wormhole
Some webdev blogs
Not sure what to post in here? Want some web development related things to read?
Heres a couple blogs that have web development related content
- https://frontendfoc.us/ - [RSS]
- https://wesbos.com/blog
- https://davidwalsh.name/ - [RSS]
- https://www.nngroup.com/articles/
- https://sia.codes/posts/ - [RSS]
- https://www.smashingmagazine.com/ - [RSS]
- https://www.bennadel.com/ - [RSS]
- https://web.dev/ - [RSS]
founded 1 year ago
MODERATORS
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 Post table
since 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/1772651 on lemmy.world or post:[email protected] on, 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/[email protected] 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 subscribers from 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.
view more: next ›