Well, it does say it would be a floating colony, so it would probably be up where the atmosphere is about as dense as Earth's, and above the sulfuric acid clouds, which is quite a bit more feasible than on the surface. That's something actual real scientists and engineers have looked at. Still not overly feasible though, and there surely won't be a 1000-person colony there by 2050. Even if NASA, SpaceX and the rest of the industry pivoted to Venus rather than Mars, I'd doubt that could happen. And I'd trust pretty much anyone more than this guy to pull it off.
donnachaidh
My understanding was that the browser vendor itself would be the attester. So if Google says it's Google Chrome, it probably is. Unless you somehow reverse engineer how Google decides that it's Google Chrome and spoof that or something...
A) Maybe not you, maybe not me or anyone else here, but 99.99% of the rest of the world? And when the rest leave, is Mozilla really going to be able to justify maintaining a browser for those that remain? B) There might not be a website that would do it, but what about if practically all websites with any corporate backing did it?
You get to Google pretty quickly by following links. If you look at the top of the linked issue, it links to a few things owned by Rupert Ben Wiser. If you follow the explainer link, you get this list of authors:
Authors: Ben Wiser (Google) Borbala Benko (Google) Philipp Pfeiffenberger (Google) Sergey Kataev (Google)
And in the repo, he says it's being prototyped in Chromium.
That's all written by him though, so I guess he could just be lying and making up names. So I tried looking up his name, to see if he's listed anywhere as a Google employee, but the best I could find is he's listed as a Google employee since 2022 on Facebook and LinkedIn. And he doesn't have much on his Github. (I kinda feel a little stalkery now... Don't harass anyone please). So either this is an elaborate, very late, April fool's or he's probably the fall guy for whatever exec actually thought this up.
I may not be 100% right, as I haven't looked at it in detail, but I think it's even a bit more than that. Since the way that's proven is by the browser vendor signing the request (I assume with an HTTP header or something), you could also verify it's from a specific vendor. So even if Mozilla says, yes, we'll display your ads, a website could still lock down to Chrome. It would probably also significantly hamper new browsers, and browsers with a security/anti-ad focus, as they won't be recognised by major websites that use the new protocol until they have market share, which they won't get if they don't have access to major websites.
Nah, nah, it was the International Phonetic Alphabet. Can't have something like that on the 'murican internet.
But... If you claim you're always wrong, that means you're always right, which mean you're always wrong, which means you're always right, which mean you're always wrong, which means you're always right, which mean you're always wrong, which means you're always right, which mean you're always wrong, which means you're always right, which mean you're always wrong, which means you're always right, which mean you're always wrong, which means you're always right...
I'm not disagreeing about the result, Lemmy definitely feels less spammy/trolly, but either you or I have misunderstood something about registration. As far as I'm aware, any rate-limiting, proof of personhood, email verification, etc. is completely a per-instance thing. So all you'd need is an instance that's permissive to get heaps of accounts. Or even if there aren't any permissive ones (that haven't been defederated), you could host a private instance, or sign up on multiple instances. However permissive Reddit is, I don't think Lemmy fundamentally has the capability to be particularly restrictive.
I'd be on board with this, but as you say it's a show of a community's coordination. Are there any lemmy communities coordinating anything? I couldn't see any in a brief search, but I very well might have missed something.
Ah yes, the standard Foreign Office response in a time of crisis. The tactic does not get old.
Do you understand the functioning of both interpreters, down to the CPU instructions? How the database you're using performs those updates, or quickly finds your items? The precise function of the virtual DOM? TLS handshake protocol? If so, good on you, but you don't need to know more than the surface level of any of these for a CRUD app. But these and other systems you use hold the raw power, and wielding them poorly could lead to bugs, or security or performance issues.
On the other side, whatever you do may seem mundane to you, but lighting a fire would seem mundane to a sorcerer the umpteenth time they've done so. A simple CRUD app could seem dramatic if you have no idea where you'd even start building one, which is the state the majority of people are in.
The install script one hasn't aged particularly well. Although I haven't used the official one, so maybe it's not up to IRC standards. Everything else though, totally on point. When is this from?