Ah, that makes sense. So the FediDB info seems to be wrong - I wonder if they got confused by cloudflare as per the other comment in https://feddit.org/post/4529920/2993842 ?
Also, is there a way to let them know to update it? I guess someone could report an issue on github…
That confuses me too. I’ve never really understood that. Likewise, /m/news is for US news while world news goes into /m/world and US news isn’t allowed.
Maybe that’s another reason why folks thing it’s US-based - because the magazines are clearly so US oriented. But I’m not sure how that happened.
On the brain bin for example it’s PoliticsUSA - https://thebrainbin.org/m/PoliticsUSA
The other thing is that I recall that kbin.social exploded and got a huge chuck of the exodus - but now that it’s been effectively dead for half a year, those users mostly seem to have vanished.
A fraction clearly did migrate to other mbin and lemmy instances. It seems like the rest did not return to spez’s site from what I’m hearing (“all the posts I’m seeing there are complaining that only bots are active here”) but I’m not sure where they went. But for example, one person I was following seems to have dropped off entirely from the fediverse and all social media.
Why did you think lemmy.world was US based? It’s fully European.
But that’s probably it - folks assume the instance that’s for the whole world is the US-based one and don’t feel the need to make another major US-based one.
Came here to say that. I wasn’t covered by GDPR under spez’s site - but luckily their policies treated me like I was anyways.
I moved to kbin.social - which was probably the 2nd largest after lemmy.world. Also, it was Polish.
What I liked about that was - as per my understanding - since these are hosted in the EU, the GDPR applies to my data here even if I’m not the EU myself and am not an EU citizen.
With a tld ending like .world you’d think it’s for the whole world, not just europe (.eu) or a specific country.
feddit.org itself is a bit of a curiosity since the .org doesn’t make it obvious that it is German - but someone posted the full story of how feddit.de fell apart and feddit.org became the successor.
What’s interesting is that currently, the site is broken, but in the footer you can see the last set of magazines that were new.
Which means the database is still intact, and if not a full resurrection, we could get our data back at least (I lost a lot of content when kbin.social went down). Just gotta figure out who to contact - which company is actually maintaining or hosting the servers that kbin.social run on…
What’s your current kbin instance? Curious to see if it’s running mbin now or if it really is the original kbin on there still.
Also, anyone remember kbin.cafe ?
Yeah, that chart needs to be updated. AFAIK no instance is still on kbin, everything has gone to mbin. It’s also missing pyfedi/piefed
As far as I can tell there’s been no communication from him for several months and not since he posted saying he’d turn kbin.social over to a new admin.
But the domain for kbin.social was recently renewed (I posted full details over at https://fedia.io/m/fediverse/t/1403334/Any-updates-on-kbin-social-recently ) which gives me hope that ernest is still around, just a bit more behind the scenes.
Of course, it could also be that the domain was simply auto-renewed (as described in https://www.godaddy.com/en-ca/help/turn-my-domain-auto-renew-on-or-off-41085 ). I think some registrars or services even offer prepayment options for auto-renewing, meaning that ernest might have set this all up before he disappeared, rather than slowly reappearing now…
While this would almost certainly work, it would be nice if the root cause can be discovered and either fixed or worked around. Having to reinstall everytime one needs to free up disk space is … less than ideal.
This issue already exists, regardless of the embed server problem. Right now, images posted by users to an instance get sent to that community’s instance and then copied to all instances of all subscribers.
If anything, the embed server provides a potential solution - rather than federate the image directly, simply link to the copy of the image on the embed server. (I’ve done some customized code changes on top of pyfedi to implement this idea there.)
I imagine instance admins would still want to to monitor and delete links to CP, but under this idea only the admins of the embed server and their delegates would have the ability to remove CP from the embed server itself. (Should they delegate this ability to other instance admins? Probably only on a case-by-case basis at most.)
Perhaps they could support a reporting functioning from mods and instance admins though…
You’re not the first to think about this.
See https://aumetra.xyz/posts/the-fedi-ddos-problem - there an embed server is proposed, to be shared by multiple instances (ideally a great many would use just the one), which can host things like image files and previews.
This is actually very easy. You can copy the files from the container, even while it’s not running, onto your host system to edit there, and then copy them back afterwards.
See the top answer on https://stackoverflow.com/questions/22907231/how-to-copy-files-from-host-to-docker-container for step by step instructions on how to do this.
So an hour later, while logged out (in incognito mode) I am seeing your post on https://slrpnk.net/c/woodworking@lemmy.ca and can find it on your home instance directly at https://slrpnk.net/post/14701745 - this is in addition to seeing it on https://lemmy.ca/c/woodworking and directly on the magazine’s instance at https://lemmy.ca/post/31909201
Also, the post likewise shows up for me when I view your profile on either your home instance at https://slrpnk.net/u/technomad or on the magazine’s instance at https://lemmy.ca/u/technomad@slrpnk.net (and again, that’s logged out and in incognito mode).
Finally, I see your post on lemmy.world in the same three places - the magazine https://lemmy.world/c/woodworking@lemmy.ca , your profile https://lemmy.world/u/technomad@slrpnk.net , and the direct post itself https://lemmy.world/post/21403325
Sometimes posts from lemmy.world take up to three days to federate to my instance, so an hour isn’t too bad really.
Coming from someone who successfully did exactly that - because it’s quite tough. Immigration to most countries is quite competitive and expensive, with a lot of hoops to jump through. Those who can do it typically are much better off than the average Tommy and Gina (edit: Bon Jovi for those downvoters who don’t get the reference).
Unfortunately, true. Countries in the Anglosphere generally don’t allow immigration at all past the age of 50 or 55 unless you’re married to a citizen or something, so odds are good you aren’t even eligible to get in by the time you hit midlife.
And going outside of the Anglosphere requires becoming fluent in a language other than English - and even then it’s not so easy to immigrate.
Of course, one can always head to Svalbard - they don’t require work visas or residence visas, as per https://www.sysselmesteren.no/en/entry-and-residence/ - but it’s pretty cold that close to the North Pole. Plus you’d have to learn Norwegian.
Ditto, but this is actually a bonus for me.
“Didn’t you see my email and message last evening?”
“Not until I got in today, because it came after I had logged off and I can’t see that stuff on my personal phone because, you know, IT policy.”
So I’m not sure where I fit in. I run my own instance, but it’s a single user instance that only serves me. Also, I currently don’t run any magazines (communities) of my own.
If I was the user on Instance A asking on Instance B … well that means Instance A is my own, and I obviously wouldn’t get in trouble with myself.
If I was the admin on Instance B - a user from elsewhere was asking me to remove such content on mine - I’d go ahead and do it. Not worth the potential headache or ramifications that would come with refusing.
I think in general, the admin on Instance A would not be upset with the user. If anything, in this situation the user is probably trying to delete their account and history, so the admins of Instance A would be thankful that the user went to instance B and saved the admins the headache of trying to contact other federated instances themselves to coordinate a manual deletion. (The only thing worse than dealing with a GDPR request is trying to get others to help you deal with a GDPR request - particularly without pay.)
I guess they back either other up. Like archive.is is able to take archives from archive.org but the saved page reflects the original URL and the original archiving time from the wayback machine (though it also notes the URL used from wayback itself plus the time they got archived it from wayback).