The ones that build the site server side completely (including the ones that are JavaScript based, but not the ones that are JavaScript framework based that tend to move certain parts to the client).
1,876 karma · joined July 15, 2020
…
> These steps take valuable time, and if they take too long, the user could leave before the content loads.
…
> If you use one of the SSGs that use a JavaScript framework, you are likely sending unnecessary JavaScript to the client. However, partial hydration can solve this. To understand why, let’s first look at what hydration is. Most JavaScript frameworks run code on both the build step and the client. The build step creates the HTML. However, interactivity is still needed. To solve this, they use hydration. Hydration uses client-side JavaScript to make static HTML interactive. Sounds good, right? The problem is that frameworks often send code for parts of the HTML that are not interactive. Doing that slows down page loading without actually changing anything.
> The solution is partial hydration, which allows you to define what you want to hydrate.
So if you started out with performance as a key measure and moved to SSGs (despite the usage being more complex compared to a GUI based CMS), with the JavaScript framework based SSGs (not to be mixed up with simple JavaScript/Node based ones) that use/prefer client side rendering and hydration you now have poorer performance for a lot more complexity in designing the site and building it.
Somehow it feels like the JavaScript framework based SSGs are poorer on many fronts, and seem to give me the impression that they could appear slower to the end user browsing the content (I hate seeing empty placeholders with animations while they wait for the content to be rendered).
Just like how it’s easy to spot Electron based apps, it seems easy to spot JavaScript framework based sites too.
On the other hand, the most popular (?) stablecoin, Tether (USDT) doesn’t have a one-to-one relationship with USD deposits, and the amount it really has in USD is believed to be very low (I don’t know the numbers, but have read that there haven’t been any audits or published audits).
> I sometimes experienced severe system slowdowns due to high I/O, even if the data to be processed was not read/write dependent. On FreeBSD this does not happen, and if something is blocking, it blocks THAT operation, not the rest of the system.
I’ve seen this for a long time in Windows, where any prolonged I/O brings the entire system down to its knees. But it also seems to affect macOS (which is based on FreeBSD) as a system, though it’s not as bad as on Windows. Has Windows improved on this over the years? I’m unable to tell.
I also don’t think it’s entitlement to give feedback on open source projects, which typically have better feedback mechanisms and acceptance from external sources than from commercial vendors. It seems obvious now that Mattermost has other priorities and doesn’t know how and when to close tickets.
> …was intended for theatrical release March 11. Disney said those plans were disrupted by another surge in COVID-19 cases and the rise of the Omicron variant. (Chapek has repeatedly said that flexibility is key during these complicated times.)
> Disappointment, not outrage, is a more apt description.
For an open source project, working solely on app stores (for all the conveniences they provide for certain users) seems weird. I would really love to try this, but the app store requirement is a big barrier.
He has some valid points on the causes, but this is poorly and seemingly very narrowly researched or narrated.
The URL should be updated with that since it’s the original and is not even behind a paywall (though, even if it were, paywalled posts are allowed on HN).
I agree on the “unrecoverably” (sic) part, but strongly disagree on words like “objectively”. It can be bad only if the input sanitization is poorly done. If that’s poorly done, then it’s also likely that the output sanitization may be poorly done. One cannot then say that output sanitization is objectively bad because someone doesn’t know or care enough to do it properly.
This is a complex topic that deserves more attention, not hand waving away with claims that cannot stand on their own.
I use fingerprint authentication on a laptop with Windows 10 and Firefox on sites that allow me to use this as the second factor.
There is also a flag in about:config (signon.management.page.os-auth.enabled = true) to make sure this support is enabled.
Initially I found that it wasn’t working, and then I went through troubleshooting mode (disable all extensions) and found an extension that was blocking this from working (I didn’t spend time on investigating why or if someone else had seen the same issue).
Nope. Look at deviations in implementing Manifest v3 as an example.
I’m a bit confused. For the first part, do you mean “increased antibiotic resistance” (not decreased) with the increased deep cleaning, which cannot really be perfect in an environment that has so many illnesses around? Or are tou saying that the deep cleaning is so good that all germs are killed and thus there are no chances of mutations surviving and spreading?
Didn’t they also find it amusing how you pronounced “sorry”?
There’s an episode in South Park where Butters has a Canadian girlfriend and he tries to say it like she does.
HN will have accessible and larger voting and parent/next/prev/root buttons/links that make usage on phones and tablets bearable.
HN will have larger fonts for better readability.
It’s very clear that the rules are arbitrary and are not enforced uniformly. Apple doesn’t even seem to have an inclination to solve issues when they’re pointed out.
These stories are all about exerting control, and bring no value whatsoever for Apple.
For these and other reasons, I hope Apple is forced to allow side loading of apps. Apple hasn’t spent a lot of effort on the App Store (despite PR claims to the contrary). Seriously, the person at the top in charge of the App Store has been sleeping on the wheel for a long time.