Bullshit is a non-human biologic.
muddybulldog
joined 2 years ago
You don’t have right to free speech on the Diablo forums.
Gotcha... Was just looking... while the 0.0.0.0 URL obviously doesn't work, providing the proper domain, https://lemmy.mindoki.com/pictrs/image/1fdef263-05e5-48e6-a065-a174a8002f85.png?format=webp&thumbnail=96 works as expected. That means the image was inserted just fine but obviously the URL provided in the client/UI was bad. I'm thinking that at some point you had 0.0.0.0 in your lemmy.hjson file as the URL for pictrs.
0.0.0.0 is shorthand for ANY IPv4 address present on this host. Nobody has an ACTUAL 0.0.0.0
Agreed. It really comes down to what is enough to satisfy most people. Exporting subscriptions is an easy implementation. Saved/favorited posts, slightly less easy but very achievable. Each of these could be safely done as a user initiated export/import.
Once you start getting into any type of ownership type work, votes, comments, etc. then it's starts getting hairy due to integrity concerns. How do we trust that this activity actually belongs to the person claiming it.
Someone else did bring up the point that the canonical URL is stored, so that does make correlation a bit easier.
Doesn’t solve the concerns you’ve brought forth. For example, the “I don’t have an account here”. A local instance can correlate a local post to a remote post, being able to provide a “open on original instance” link but it can’t be done the opposite direction, which would relieve this problem.
As for hashing, it too certain what that would gain but at some point there was obviously a decision not to correlate by the message UUID (which would accomplish the same thing). Since I wasn’t in the room can’t say why.
Message activity contains a UUID but the activity table is considered disposable and is purged regularly. Once the message is broken down into its parts and stored the universal identifier is lost. All correlation is local.
Like I said, I was just running of the top of my head.
While it’s true they have canonical URLs, there still remains that there’s no apparent method for integrity checks. No way to validate a correlation between the “new user” and the post or comment that can prevent abuse.
It won’t be anything even close.
Indexes are unique to each instance. Post ID, Comment ID, Vote ID. There’s no way to correlate this information between two instances other than to do a full text match, post by post, comment by comment, vote by vote, to determine if what is being imported already exists on the new instance or is “new”.
Even if you go that route, then there’s the quandaries that follow… if you import what is effectively a “new” post to your new instance, do the comments (which aren’t yours) come along, or do you simply end up importing your post with no interaction history.
Then there is identity. You most likely have a non-local identity on your new server, as a result of federation, how does the new instance know that you are who you say you are, givimg you ownership of any of that existing content as it binds it to your, now, local identity?
That’s just off the top of my head.
If you’re lucky you’ll get to keep your cake day.
I stumbled on this digging into the database a couple weeks ago. You’re correct in that “undoing” a vote results in no record whatsoever as a result of the delete. As a result the score column will only ever contain the values 1 or -1.
Seems to me it would be more efficient to store 0 for a removed vote but I don’t have the skills to confidently dig into the code and see if that may have other ramifications.
Are you of the belief that devs get to say, “I’m poor, I can’t pay”. Can’t really understand what your comment is implying.