The difference between generating JSON and generating HTML is minimal for the server
That should be true, but have you looked the HTML of any "modern" site? Dozens of nested elements, each tagged with multiple lines of attributes. Generating that is probably 10x the cost of generating the JSON.
Plus, with server side rendering you also have to recompute the HTML for the entire site, which often means re-computing a whole bunch of non-trivial queries as well.
It's the only thing I'm actually missing after my switch to Linux.
Music playback and organization, file conversion, replay gain and exporting to USB devices all in a single program with a highly customizable UI on top. So far I haven't found anything that comes even close to replacing all that. Too bad it isn't open source.
Probably because there exists a bit of a rift in the technical term 'algorithm' and how it's commonly used in discourse. Technically it describes both:
An open-source algorithm that assigns a simple score based on votes, score and age, where two users subscribing to the same communities will always have the same result.
A hidden algorithm that's based on an unknown amount of invisible variables, many of which are based on user-tracking, and tries to maximize time-spent at all costs.
While OP (hopefully) intended the former, most people immediately think of the latter when the term is used. Personally I'd like to see an implementation of the former as well, as a simple way to get up speed on the most important things that happened over night for example, before switching back to chronological timeline.
As you've already noticed, the default way to get Octoprint running is by running it on an RPi with OctoPi as its operating system and connecting that to your printer using a serial connection, which basically means connecting a USB cable in your case.
The docker container gets interesting if your home server is physically close enough to your printer that you can connect the printer directly. Then you can just mount the serial connection into the container and run Octoprint there, cutting out the need for a RPi.
As others already said, the Prusa Mini also has PrusaLink integrated into its , which is an alternative to Octoprint and only needs the printer connected to your network via Ethernet or Wi-Fi with the Wi-Fi upgrade.
As someone who knows almost nothing about the topic, wouldn't some (most?) of these parts be big enough that a small change in temperature or air pressure alone would cause these parts to expand/shrink enough to go over the tolerance limit?
Despite the warning I skimmed the "article" and the website, which seems to be owned by OP judging by their post history, and can agree. Just a bunch of disconnected rants written in a condescending tone.
No examples or statistics, or any attempt to source any of the claims either.
Considering OP is also trying to sell their services, that makes it quite possibly the worst attempt at disguised advertising I've ever seen.
Is this some kind of joke that's going over my head?
If not: The QR code alone doesn't give you access to the account. That's the entire point of 2FA. Plus, you always get a ~20 character code that can be backed up instead of the QR code. Screenshots are also a thing.
Normally you get a handful of recovery codes when you set up 2FA. If not, you can just create a backup of the QR-Code or secret when setting up 2FA and store it in a safe location. And even if all that fails there's usually a way to recover an account by going through support.
Although I wouldn't recommend it, there's also 2FA apps out there that have cloud-sync.
Yup. I'm actually a bit baffled by how much negativity/misinformation there's around 2FA even in a place like this, which should naturally have a more technically inclined userbase.
Are you talking about Visual Studio or Visual Studio Code? Although there's a lot of overlap in functionality, they are two completely different products and only VS Code has a native version. Regular VS on the other hand I've never seen running on Linux.
On Android, I'd recommend looking into Keepass2Android. I don't necessarily guarantee that it'll solve your issues, but it has lots of options and is fully compatible. At the very least, it always offer autofill for me, even when locked and there's various methods of Quick-Unlock.
As for your general problem of having all entries unlocked, that's just a necessary trait of local password managers. I don't really see it as a problem though, since I don't really see a situation where an attacker would only have access to my unlocked passwords, but not also my master password, rendering selective unlocking of entries pointless anyway.
I'd also consider getting a hardware key (YubiKey) and use that in combination with a short password for your password. Both KeePassXC and Keepass2Android support them. More secure and much more comfortable than your current solution.
I was initially also a bit surprised by the amount of it, but after thinking about it for a bit, Blizzard seems to have engineered the perfect conditions for this to happen:
Create a massively successful game for PC, which also creates a giant group of people who care about the game.
Make a bunch of bad decisions, which are particularly bad for the existing user base.
Only then release the game on Steam, meaning there are no positive reviews from the launch period and a bunch of disgruntled former players, all of which are allowed to review the game because the game has become F2P.
No matter which distro you actually use, the ArchWiki has a detailed section on overclocking AMD GPUs, including manual OC as well as a list of several CLI and GUI tools.
That said, I'll second the recommendation of corectl if you're looking for something user-friendly.
Looks like this game might keep the DXVK/Proton/Driver devs awake for quite some time. So many new techniques crammed into a single game that's also quite demanding on all components once you go above medium settings.
That said, using Occam's Razor, this is probably just the algorithm pushing submarine videos in general due to that other submarine accident (OceanGate/Titan) a few weeks ago, plus a bit of confirmation bias.
PS: I almost forgot that Oxenfree II was out now. I should play that.
Just installed Pop OS a few days ago and already got the survey, so I guess I'm helping?
That said, gaming on Linux is still a bit too fiddly to set up for your average person. Out of the 6 games I played so far, I had to tinker with 3 of them to get them running, despite having none of these problems on a Steam Deck. Though the common theme seems to be non-Steam launchers (Ubisoft Connect, Riot Games and FFXIV) causing them.
For non-gaming purposes (browsing, programming, multimedia) on the other hand it's been smooth sailing.
NekuSoul @ nekusoul @lemmy.nekusoul.de Posts 3Comments 361Joined 2 yr. ago
That should be true, but have you looked the HTML of any "modern" site? Dozens of nested elements, each tagged with multiple lines of attributes. Generating that is probably 10x the cost of generating the JSON.
Plus, with server side rendering you also have to recompute the HTML for the entire site, which often means re-computing a whole bunch of non-trivial queries as well.