ISPs really tried to make plans specially that were covered in whole by these credits, because it meant they could get customers who otherwise they wouldn’t have at all, and of course for the ISPs that gave a shit, it was also just a good thing to do.
It solves a pretty hard problem that is a self-hosted video platform; a lot of places use YouTube to host videos, even if they aren’t doing so to make money through adsense, this is for their own site material, posting to groupchats, and similar purposes.
Issue is that otherwise you rely on platform owners like Google, who can decide to unperson you, your business, or an employee. It effectively happened to me, YT terminated my channel for unsubstantiated reasons, and hosting my own peertube is likely in the future to replace where I host my decades of video content.
Further, ideologically, we should be collectively moving away from “platforms” for what should be obvious reasons to those of us on the fediverse.
I gotta admit this got a chuckle out of me, I’d allow it.
This is pretty much on the money.
It even happened to me recently, Google nuked my (almost two decade old) YT channel for alleged “adult content” (Guess the AI hallucinated some crazy shit, since alls was on there was videogame footage) and of course, zero possibility of speaking to a human or any clue as to what’s going on, just a goodbye and thanks for all the adrev.
Granted they’re not the growing and bustling places they used to be, but there are still both niche and “lifestyle” forums that are alive and stable. Other than this place, one of the latter is where I spend most of my online socializing time.
Standards as in parts of the spec, as you said in the original reply:
the new MatrixRTC spec
Which is a fork of the WebRTC protocol and another “standard” on top of the REST HTTP protocol.
I should have been more specific with my language, it is federated, but specifically messages (events) are a distributed DAG, and I find the Matrix protocol overly generic for a replacement for something specific like Discord.
The end goal of Matrix is to be a ubiquitous messaging layer for synchronising arbitrary data between sets of people, devices and services
Matrix has moved very very slowly and I’m concerned it’ll have the same fate as XMPP, where it’s a bunch of very complicated standards, with maybe one compliant implementation that nobody wants to work on.
I also don’t think it’s a particularly good protocol design for a Discord replacement, it’s not federated it’s a distributed message protocol, which is an order of magnitude more complicated and intensive than potential alternatives.
That said, many non-perfect things have achieved widespread success, so I’m at least hopeful that Matrix/Element are able to catch on in a wider capacity.
As someone who runs a Mumble server (and has for over a decade) – it’s really not a replacement for the user experience that is Discord.
People want a unified UI, the ability to create communities with some amount of customization, embedded/live content, plus voice and video so they can chill and play games together. Mumble is just voice, and while it’s a very good implementation of that, it’s not even in the same user space as Discord.
I think it’s “the algorithm”, people basically just want to be force-fed “content” – look how successful TikTok is, largely because it has an algorithm that very quickly narrows down user habits and provides endless distraction.
Mastodon and fediverse alternatives by comparison have very simple feeds and ways to surface content, it simply doesn’t “hook” people the same way, and that’s competition.
On one hand we should probably be doing away with “the algorithm” for reasons not enumerated here for brevity, but on the other hand maybe the fediverse should build something to accommodate this demand, otherwise the non-fedi sites will.
There can be theoretical audit or blame issues , since you’re not “paying” then how does the company pass the buck (SLA contracts) if something fucks up with LE.
Ironically the shortening of cert lengths has pushed me to automated systems and away from the traditional paid trust providers.
I used to roll a 1-year cert for my CDN, and manually buy renewals and go through the process of signing and uploading the new ones, it wasn’t particularly onerous, but then they moved to I think either 3 or 6 months max signing, which was the point where I just automated it with Let’s Encrypt.
I’m in general not a fan of how we do root of trust on the web, I much prefer had DANE caught on, where I can pin a cert at the DNS level that is secured with DNSSEC and is trusted through IANA and the root zone.
IP law needs overhauling, but these are the last people (aside from Disney et al) I’d trust to draft the new ones.
The US manages to store 1.5B pounds of cheese it doesn’t do anything with, I think China can handle constructing some warehouse to hold what it digs up from the ground.
if not x then … end is very common in Lua for similar purposes, very rarely do you see hard nil comparisons or calls to typeof (last time I did was for a serializer).
I don’t think it’s hyperbole to say a significant percentage of Git activity happens on GitHub (and other “foundries”) – which are themselves a far cry from efficient.
My ultimate takeaway on the topic is that we’re stuck with Git’s very counterintuitive porcelain, and only satisfactory plumbing, regardless of performance/efficiency; but if Mercurial had won out, we’d still have its better interface (and IMO workflow), and any performance problems could’ve been addressed by a rewrite in C (or the Rust one that is so very slowly happening).
If only, this is “modern” PhysX, we’d need the source to the original Ageia PhysX 2.X branch to fix it properly.
The amount of stupid AI scraping behavior I see even on my small websites is ridiculous, they’ll endlessly pound identical pages as fast as possible over an entire week, apparently not even checking if the contents changed. Probably some vibe coded shit that barely functions.
Yeah, electric motors are what I notice the most. Be it on washers/dryers, garbage disposals (which range from 1/3, 1/2, 3/4, 1HP) and more.
Probably a mix of Z systems, that stuff goes back 20-odd years, and even then older code can still run on new Z systems which is something IBM brags about.
Mainframes aren’t old they’re just niche technology, and that includes enterprise Java software.
Power ain’t cheap, especially in a NAS configuration where it’ll presumably be running 24/7.