No, it doesn't break the rule IMO. Yes, the image is hosted on sh.itjust.works, but it's not posted in any community on sh.itjust.works, so... it should be OK.
this post was submitted on 17 Jul 2023
61 points (98.4% liked)
sh.itjust.works Main Community
7732 readers
1 users here now
Home of the sh.itjust.works instance.
founded 2 years ago
MODERATORS
From what The Dude said initially it's to avoid having to deal with the legal side of hosting content that might be illegal. In that instance it being hosted here is the problem.
Oh... yeah, you're right, forgot about that...
As far as I understand it, this should be the correct answer. Obey the rules of the instance the community is on when on that community.
Of you post to an outside community, is not hosted on your insurance. It's hosted where it's posted.
I don't think that is actually true...
OK let's make a test. I have 2 accounts on sh.itjust.works, this is my lemmy.fmhy.ml account. I'll attach a pic, see where the link points to.
The link says lemmy.fmhy.ml 🤷.
The potential liability for instance owners due to this is massive. Images should be stored in the instances of the community they're posted to.
It's fundamental to the design of Lemmy's implementation of federation via ActivityPub that all content from an account be hosted on the account's instance.
If it's an ActivityPub feature, this is somewhat of a poor design if you ask me (or at least not being able to change this). He's right, this feature could put instance owners in legal problems, because the data in question is actually stored on their server, not the server that you posted the image on.
Indeed, this is a huge design flaw. You would basically have to police everything that users post on other instances as well. Do you even have moderation tools for this?
Yeah, you're right... but I think the problem is, the login info... but, than again, how could it store copies of my post, but not images.
In any case, I do agree that this is something that should be looked into and discussed in length.
I don't see why the login info is an issue, and storing a copy of a post wirh just a link to an image makes sense.
I really have no idea how other instances actually confirm that you're posting from another instance, not just emulating that you're a user on another instance. That might be a part of ActivityPub, but I haven't looked at code, wouldn't know.
This is part of the ActivityPub protocol, but I haven't looked into it enough to know how it's defined.
Huh. Well that just makes no sense structurally. Thanks for pointing it out though.
How does this thing work at all? You would expect it to all be hosted to the site the community is hosted on. So now when a comment thread is fetched, it has to go to all these other servers for every single comment from another instance. This is actually mind-boggling.
Does anyone have an ELI5 for why it's done this way?
https://lemmy.world/comment/20357
Breaking out old reliable. This comment has taught many Lemmings in its time
Actually, the post content is saved on the instance where the post is posted as well. That post is called a copy, the original resides on the poster's originating instance. But, not the media, no, that resides on the instance where the poster resgistered.
Basically everything goes through your instance. If you make a post, it goes to the copy of the community that's on your instance. Likewise if you comment. If you join a community, your instance starts listening for changes and stores those on the instance.
That way if another instance goes down, you still have a copy of all of the content there that someone on your instance is interested in. So that way pretty much everything is backed up.
I personally think we can do better, but it's an easy enough system that all but guarantees that content doesn't disappear. You could even set up an instance that never deletes anything if you want to make sure you don't lose any data.
Makes sense to me, but I've read the opposite.
Anyone got a source that explains how it really works?
I tested the theory a few posts below with a pic, it's explained there.
You're confusing posts and comments.
The same applies, try it.
I wasted like a minute looking through your post history to realize you meant a comment. Fix your comment. While you're at it, link to your other comment instead of just saying "down below", because it was above your comment it in my app.
It's easy, here's the link: https://sh.itjust.works/comment/1176164
No, but that's what common sense says.
That is what common sense says (I thought it worked like that in the beginning), but that is not how it actually works, see my post below.
Out of curiosity, what is the advantage of changing instance. If all instances are federated and you can, therefore , subscribe to any instance what would be the reason to migrate?
For me, I am weary of lemmy.world getting ddos’d continuously, and wanted to at least have an option of a smaller instance to increase overall distribution of activity on lemmy.
I have a few accounts on different instances and flick between the seamlessly in the app I use. It has worked well for me when experiencing the issue you describe.
Basically, the big two reasons are the admin and the server. You want an admin you trust and a server that works well.
Yeah, my first (reddit emigrant) account was on lemmy.world as well, and even before the ddos attacks it was strained to the limit and extremely slow. Comments and posts weren't syncing properly in the federation and everything just took ages to load. Creating an account here was a considerable improvement.
I just didn't know anything about how the fediverse worked, so I just picked the first server which is recommended on the intropage, and that is lemmy.world. It would probably be a good thing to switch up the sequence of the servers presented on that intro page, because I am sure most people who are unfamiliar with how the whole federation thing works will pick lemmy.world just as I did, and the instance will keep being disproportionately bloated and strained compared to all other instances.
Not all instances are federated. If you go to the bottom of the page and click on "Instances", you can see what instances are blocked.
For example, feddit.de defederated sh.itjust.works.
If you scroll down to their instances page, you can see this instance blocked at the bottom.
What did we do to piss them off? Where the instancedrama community at? xD
We've just had an issue with gross spammers making accounts on this instance and they didn't wanna deal with it for now. We are planning to approach them about refederation as soon as we can get our moderation tools online and be more effective at blocking and removing offensive content in a timely manner.
Sorry if you already got your popcorn out, kinda boring drama this time 😉
Lol it's ok. I like popcorn anyway. xD
Why not just have a separate lemmynsfw account? It's 2 clicks to change between accounts on Jeroba.
Until federation is better at coordinating deletions to other Lemmy instances and Kbin (check this thread on kbin, the comments are only removed because I reported them to the instance admin), the API redacts removed comment content instead of just returning a flag that says removed, and the trolling with NSFW imagery and usernames with slurs is reduced, I'm gonna refrain from posting on Lemmy.
Huh, that's a shame. I'll ping you on kbin when we get our moderation tools up to speed.
I've purged all the spam comments on this thread, and I think that purging immediately will be the policy going forward, at least in cases of particularly gross or disturbing trolling. I will also monitor on kbin to see when/if the comments finally disappear over there.
Btw, sorry to the actual users whose comments disappeared due to the purge. Those comments may be forgotten by the rest of the fediverse, but I can promise that I'll always remember that thread 😅
Thanks!
spoiler
view more: next ›