Hello to you!
I think timestamps of files would be one of the easier things, and try to track back to postings and comments that references the upload… ideally the logged-in account (which is the standard install of lemmy, only logged-in users can upload to pictrs)
Yes. odd how people think sharing CSAM is why people would post here, instead of actually tracking down and prosecuting those sharing CSAM. Details about the users who sharedl CSAM content, such as timestamps - would help identify the offenders for prosecution.
It sounds like you’re encouraging people to share CSAM images found, which is obviously not the intent of this tool.
Yes, that is in fact the context.
Context: "which is obviously not the intent of this tool. "
it is not my intent to share the images, nor is it the context of the tool… Sharing details about the users, timestamps - would be the obvious context.
I hope people share the positive hits of CSAM and see how widespread the problem is…
DRAMTIC EDIT: the records lemmy_safety_local_storage.py identifies, not the images! @bamboo@lemmy.blahaj.zone seems to think it “sounds like” I am ACTIVELY encouraging the spreading of child pornography images… NO! I mean audit files, such as timestamps, the account that uploaded, etc. Once you have the timestamp, the nginx logs from a lemmy server should help identify the IP address.
and avoiding link rot
Lemmy seems built to destroy information, rot links. Unlike Reddit has been for 15 years, when a person deletes their account Lemmy removes all posts and comments, creating a black hole.
Not only are the comments disappeared from the person who deleted their account, all the comments made by other users disappear on those posts and comments.
Right now, a single user just deleting one comment results in the entire branch of comment replies to just disappear.
Installing an instance was done pretty quickly… over 1000 new instances went online in June because of the Reddit API change. But once that instance goes offline, all the communities hosted there are orphaned and no cleanup code really exists to salvage any of it - because the whole system was built around deleting comments and posts - and deleting an instance is pretty much a purging of everything they ever created in the minds of the designers.
Some people seem to be interpreting this to mean 11 million comments per day. I think it means the numbers are updated daily.
The numbers also don’t make a lot of sense to me. Front page of lemmy.world says 620,000 (local origin) comments. And Lemmy sequentially numbers the comments for an instance, mixing both local and federated and the recent numbers look like 2,122,067. Lemmy.ml says 253,000 on the front page, and their index key is showing 2,321,959 for a comment made today. I have to imagine that these two servers are subscribed to a lot of stuff (including each other). I’d be surprised if there were more than 4 million unique comments in Lemmy. And there would be some kbin messages in the Lemmy.world index.
This post you made, the language you set on it is “中文”.
comments are hidden on some posts I’ve seen, like it says there are 8 but I see 2.
Lemmy has bug in counting too. Comments are often missing because of replication issues between servers. But the most common issue I’v seen with inflated comment numbers is edits being counted as new comments.
I had to look it up… British
Although these days I’m finding I don’t recall as much as I used to, I might have known about it in my past.
My main Lemmy.ml account comment isn’t properly federating over to lemmy.world, so I’m duplicating my reply on my alt-account:
Cool. SvelteKit is ideal for this.
Can you move the server name to an .env variable so I don’t have to run a sed? sharing my sed:
find src/ -type f | xargs sed -i 's/lemmy\.world/enterprise.lemmy.ml/g'
FYI, there is a double https:// on page https://github.com/ando818/lemmy-ui-svelte/blob/main/src/lib/lemmyclient.js
On desktop browser, I’m getting a ‘500 internal error’ on the /r/post/xxx route, but not sure why. The console isn’t showing anything. The page.server.js seems to get the JSON fine from the API, but the .svelte file in that route is failing.
It is not even a mistake, it’s some pretty mind-fucked up on part of @bamboo@lemmy.blahaj.zone to jump to such a conclusion. crap