I'm still trying to get used to Lemmy; the main thing confusing me is the federated bit.
I just want to access Lemmy and its content; how do I do that?
You should be able to see pretty much anything from any instance. That's kind of the point :)
Currently I'm just going to old.lemmy.world and using that as a starting point.
It's worth noting that old.lemmy.world doesn't use my fork of mlmym (yet? I should write to them about this), so you are missing out on a few features, most notably user preferences, which you'll need to go to the normal lemmy.world UI for. But that shouldn't generally be a problem.
I really don't like cloudflare and have it disabled in Javascript. I don't want to leave it enabled for lemmy.world.
I don't remember right now whether lemmy.world uses cloudflare (it looks like it does, for mlmym at least). There are probably other instances that don't use it, but most will use some kind of anti-bot system. In the end, it's a matter of choosing the option you're most comfortable with :)
mlmym itself shouldn't need any JavaScript, although some things will be slightly nicer with it enabled (voting, replying, and so on don't require a page reload, for example).
As someone who has used both (but not for any serious, large projects), I'd say they target different audiences. First and foremost, Zig is not memory-safe in the way Rust is. On the other hand, Zig is way easier to write than unsafe Rust. Rust comes with a lot of features and libraries, while Zig is an intentionally small language, almost minimalistic (kind of like C, but modern).
There are lots of different tradeoffs being made, so yes, I'll give the boring answer and say they are good for different kinds of projects :)
If it's specifically low level programming (I'm envisioning programs where you need fairly direct control over memory, IO, etc.), you'd probably quickly need a lot of unsafe in Rust, which can quickly get very complicated to use safely. So I'd probably recommend Zig for that purpose.
They are, I believe the commission has also been investigating apple for this. But it might also be considered a different situation since, as far as I understood, google was fined for pressuring other manufacturers into pre-installing google search and chrome on their devices.
Apple is ten times worse in this regard because you actually can't use any browser but Safari on iOS
Well, WebKit, not safari (you could say safari is apple's WebKit skin, I guess), but you're right. The DMA was supposed to fix this and force them to allow other browser engines, but I don't think much has changed in this regard. I'm not aware of any browsers not using WebKit on iOS so far, at least.
mlmym is the old-reddit-like frontend discussed in this thread.
If you open https://old.lemmy.zip/, there is a “show images” button next to the nav links for the different sort orders. Unfortunately, it doesn't actually work there because lemmy.zip has the image proxy enabled, which the old version of mlmym they're running does not support.
In listings? mlmym already has that. I see the button also exists on comment pages on reddit, but that'd be less useful on lemmy where inline images are already expanded by default.
Keep in mind that rystaf/mlmym has been last updated years ago. old.lemmy.world uses the FHF's fork, which has had a few fixes made to it.
I actually have a fork of that fork at mschae23/mlmym which is significantly different (in terms of new features and bugfixes) from the others by now. In fact, this is what's deployed by your instance at old.lemmy.today :)
Though it unfortunately seems to be having issues with rate limits at the moment.
PACTs will let websites “with strong knowledge of ‘personhood’” issue anonymous tokens that browser users and designated bots can present at other websites, [...]
This sounds like another attempt at what google already tried with “web environment integrity”.
GDPR wasn't what introduced cookie banners, that was the ePrivacy directive which came before the GDPR. Either way, I'd argue cookie banners are an act of malicious compliance with both of these, as I'm pretty sure they were intended to reduce usage of tracking / analytics / other non-required cookies altogether. The annoying banners are, in my opinion, an effort to make people angry at the EU instead of the ad companies.
As far as I know (and I'm not 100 % sure), no. You don't even need to inform users that you use functional cookies. Most likely because these work for the person using your website, not against them (persisting the session, settings, and so on).
The GPL licenses were all written by the free software foundation for the GNU project. But that doesn't make it less worthwhile to contribute to this cause, too :)
Probably wouldn't hurt to set them up, especially if you don't have a static prefix. The good thing is that interfaces can have multiple IPv6 addresses, so they can use both the public address and the ULA.
SLAAC should always be enough. Make sure you don't block the ICMP6 messages it needs though (I've been bitten by that once, firewalld behaves weirdly around this).
What makes you say that? As far as I can tell, the only actual downside of it is having to type longer addresses sometimes, but one should really just use the DNS for that. And a bigger address space was needed. Everything else seems better or at least simpler. Autoconfiguration (SLAAC), only one loopback address (which is shorter than any of IPv4's loopback addresses), subnetting, no need for NAT, proper support for multiple addresses per interface…
In practice, most problems with IPv6 probably just come from bad support for it in software. That means they should be improved, not that IPv6 was a failure. Also check that you're not blocking ICMP6 traffic in a firewall or similar (or at least allow the things SLAAC and neighbor discovery need).
That's one of YouTube's anti-adblocking measures. As far as I know, it only happens on a “cold” load (like when opening a YouTube video by going to its URI directly). You can avoid it by navigating to it from within the YT interface.
Funnily enough, the time you have to wait is still shorter than the ad you would've had to watch.
That's fair, although there was more stuff in the levels of the second half (but you're right, even then the only thing you could really interact with were doors).
Try to do Portal 1 in a forest setting, or in a detailed medieval city centre environment. That kind of design language would completely fall apart.
Of course. Their design was very fitting for the kind of games they were, and different games would need something different to guide players :)
I haven't played through them, but I believe the Half-Life games had a greater variety of environments?
You should be able to see pretty much anything from any instance. That's kind of the point :)
It's worth noting that old.lemmy.world doesn't use my fork of mlmym (yet? I should write to them about this), so you are missing out on a few features, most notably user preferences, which you'll need to go to the normal lemmy.world UI for. But that shouldn't generally be a problem.
I don't remember right now whether lemmy.world uses cloudflare (it looks like it does, for mlmym at least). There are probably other instances that don't use it, but most will use some kind of anti-bot system. In the end, it's a matter of choosing the option you're most comfortable with :)
mlmym itself shouldn't need any JavaScript, although some things will be slightly nicer with it enabled (voting, replying, and so on don't require a page reload, for example).