eerongal @ eerongal @ttrpg.network Posts 54Comments 219Joined 2 yr. ago
You cant go by "serving sizes" to compare things like that, because serving sizes are fairly arbitrary and can are likely measured differently between products. You'd have to compare by net weight.
This lists the net weight as 27.1 pounds, or about 433 ozs. A box of kraft is 7.5 oz net weight, or in other words it's almost 58 total boxes of craft Mac and cheese. Which makes things way more in Kraft's favor.
Notepad++ is perfectly fine to code in. With the wealth of plugins it has, it's pretty similar to vscode in how you can trick it out with all sorts of things it can't do by default.
You'd hear the roar of the baseball cards in their tire spokes long before you see the bicycle horde coming over the sand dune.
Jpg is really bad for anything with sharp lines, such as text. It also doesn't support alpha channel (transparency) which is reasonably important in modern web design.
PNG is loseless, which is great for... anything other than storage/bandwidth due to file size. There's even an animated PNG standard, similar to animated GIF, but you never see that used anywhere.
Permanently Deleted
Thank you, I was wondering how high the emissions could possibly be for Internet access from the customer's perspective. I figured simply owning a car probably smashed even "30x as much" as other ISPs
isnt that basically what government contracts are? subscriptions?
Oh, ok, if its four different calls for different end points then that makes sense.
sure, go for it. That said, 4/minute seems a little high, mostly just because usual guidance is that a heartbeat check should be done about once a minute for web services, but 4 is also not unserviceable.
hrm, strange. I see it there and it seems to load for me, that said, i had to restore the sled db from a backup because it seems it got corrupted, so its possible there was a bit of data loss associated with that.
Permanently Deleted
-0.5 + (float) C++
It looks like we're having issues with the pict-rs service on the backend, i'm looking into it now...
Edit: Should be fixed now.
SSO is basically offloading your authentication to a trusted third party. Instead of having the user set up an account with a password in your system, you instead go "hey Google/Microsoft/okta/whatever, do you know this guy?".
In theory it doesn't have to be an email address, just any sort of account with said third party, email is just usually the standard to go with.
ARM vs x86 is part of the equation; ARM uses significantly less power than x86, but has a simplified instruction. x86 consumes more power but is more robust and has higher computing capabilities and higher workload efficiency
The other half of the equation is OS level software that can restrict what is allowed to process during said low power sleep.
In theory nothing stops x86 hardware from having something comparable, but it would probably use a lot more power than you'd expect.
There are ways to make windows and Linux wake at certain times for actions via wake timers which isn't quite the same, though
Don't worry, sounds normal to me!
$200k divided by $5 is 40,000 sales. You aren't likely to have 500k installs from 40,000 sales....
That's an old Alfred Hitchcock episode iirc
yeah, the above is likely the issue. If there's a community with 0 subscribers on on this instance, then none of the content will sync. As soon as there is at least one subscriber here, all new stuff will begin to sync, but it will never sync the history over unless you explicitly search it out as mentioned below. This is how Lemmy is designed to work, and i assume the reason is because syncing a huge back-catalogue could be very problematic from a resources perspective.
Great! Though currently i'm playing Call of Cthulhu instead of D&D. We're playing through masks of Nyarlathotep using pulp cthulhu rules, and its been a blast so far. I'm playing a wealthy gentleman thief (secretly a thief, of course)
It's called Cross-dominance and is something I have as well. Certain tasks feel more "right" to perform with one hand over the other.