thecosmicfrog

> Update - primary failover briefly improved performance but did not fully mitigate, we've throttled inbound traffic and are investigating upstream Vitess issues

Looks interesting. Good work. Do you have plans to open source the code?

Oh absolutely, I wouldn't use this for any production system. It would be a toy hobby project. I just find the notion of turning a no-degradation failure mode into a gradual-degradation one fascinating for some reason.

> the failure mode is the opposite of graceful degradation. It’s not like there’s an increasing percentage of requests that fail as you get closer to the deadline. Instead, in one minute, everything’s working just fine, and in the next minute, every http request fails.

This has given me some interesting food for thought. I wonder how feasible it would be to create a toy webserver that did exactly this (failing an increasing percentage of requests as the deadline approaches)? My thought would be to start failing some requests as the deadline approaches a point where most would consider it "far too late" (e.g. 4 hours before `notAfter`). At this point, start responding to some percentage of requests with a custom HTTP status code (599 for the sake of example).

Probably a lot less useful than just monitoring each webserver endpoint's TLS cert using synthetics, but it's given me an idea for a fun project if nothing else.

What is "PI lock"? A cursory web search didn't reveal much.

+1 for LGR. Also adding TechMoan to that list.

"WIN32.RUN might have unexpected behaviors on browsers that are NOT Chromium-based (Safari, Firefox, Internet Explorer, etc.)"

What would be the reasons this wouldn't run on Firefox? Genuine question from a non-web developer.

As far as I've seen, it's generally just the WASM modules that crash, and not a full sim crash to desktop (CTD). But considering the WASM modules are usually running all of the aircraft logic, systems, flight control computers, etc. then it tends to mean a complete flight loss since you can't... well... control the aircraft anymore. I'm not sure what kind of automatic restart logic exists for crashed WASM modules, if anything. It would be interesting to see if module crash recovery is possible.

Yep, that's the flight sim community in a nutshell.

One of the biggest factors for any flight simulation add-on is performance, and so most of the major add-on developers are building C++ modules (compiled to WASM) to eek out as much performance as possible. My understanding is that it's also possible to write some things in JavaScript (and perhaps TypeScript), but performance takes a hit. I would assume Lua falls into that same performance trap, as I know Lua can be used for X-Plane add-on development, but it's (again) considered the less performance-centric approach as compared to C++.

I recall at least one add-on developer for X-Plane (Zibo [1]) migrating some of their Lua code over to C++.

[1] https://forums.x-plane.org/forums/topic/138974-b737-800x-zib...

DLSS also blurs the cockpit displays quite badly when there's anything moving on them (airspeed/altitude tape, etc.). It looks like temporal blur, which is interesting because the same blur doesn't happen with their TAA (*temporal* anti-aliasing) implementation.

"WASM crash?" must be one of the top live chat comments on flight sim streams these days.

No, the Airbus A320 cannot dump fuel.

It seems to be affecting mirrors for APT, so `apt update` is broken.

That was a fun read - thanks!

I'd be interested in reading about different scenarios. Could you share the book? Thanks!

I'm using the Miele dishwasher powder myself, mainly because it's the only one I could find at a reasonable price that wasn't tablets:

https://shop.miele.com.au/en/cleaning-and-accessories/miele-...

Especially if you use a small amount of detergent in the pre-wash compartment. Most people (at least in Europe) just use a single tablet in the main wash section. I've seen a massive improvement by putting a teaspoon amount of detergent in with the pre-wash. The ever-wonderful Technology Connections sent me down this path.[1]

Without detergent in the pre-wash compartment, only water is used to pre-soak the dishes.

[1] https://www.youtube.com/watch?v=_rBO8neWw04

<The below comment has been deleted>

Per a recent IBM community post:

"ClearCase is now part of DevOps Create Pillars Code subpillar."

Thanks for introducing me to `uv`. I've been looking for a tool that integrates pip and pyenv/virtualenv.

Great work. I'm going to use it today. Suggestion: Could you please add a favicon so that the app is recognizable in a browser "pinned tab"?