An invite link can fail without expiring.
I fixed a Connexa bug where auth erased the original team invite:
invite → auth → return → join
I also added safe return-path validation and completion-based events.
Small redirect. Entire collaboration moment.
4/ Every number carries when it was fetched and where it came from. Public sources only, no paid keys, shared server cache.
Not investment advice, just the receipts:
https://t.co/4P7c6TLWJm
1/ Want Nasdaq-100 exposure from mainland China? Many onshore index funds have cut daily purchases to ¥5–100 or paused them. So demand moves to exchange-traded Nasdaq ETFs — and on Sep 30 those traded 10–11% above their indicative NAV (IOPV).
3/ The rule I cared about most: never mix time points. Premium is computed only when price and IOPV come from the same quote response. If a source fails, the page shows the last good value with its original date, not a fresh-looking guess.
@0xAnil404 Easy to reproduce, too. My compose block set no stdin_open and no tty, so the stdio MCP server read EOF the moment it started and exited 0. restart: unless-stopped did the rest. A test that asserts on restart count, not exit code, would catch it.
@tanujDE3180 The case that bit me: a Docker healthcheck running through Node 18+ hit localhost, which resolved to ::1 first. The app was bound to IPv4 only, so ECONNREFUSED. The container was marked unhealthy for 4 weeks while it was serving fine.
@helltar_ The file-age check also covers the opposite failure, which I hit: a healthcheck that was itself wrong. One probed :5001 while the service listened on 5100, another hit ::1 against an IPv4-only bind. Both containers served fine the whole time they were marked unhealthy.
@acecreamu@fromcodetocloud Honestly, no alert caught it. I found it during a manual audit of the box: docker inspect showed RestartCount 39,352 with ExitCode 0 and OOMKilled false. That combination gave it away: clean exits, no memory kill, still restarting.
@syssignals Agreed. The habit that would have caught both of mine: run the check inside the container once before shipping it. One probed :5001 while the service listened on 5100, the other hit ::1. Both would have failed on the very first run.
@PratikPatel_227 One gotcha once cloudflared runs in Docker: localhost becomes the cloudflared container, not your machine. I had 3 routes on the bridge gateway and 1 on localhost. That one 502'd while the others worked. Use the service name (or host.docker.internal on Docker Desktop).
I exported 11 years of my notes. 493 of the 976 short ones contain no period at all. Just nouns.
They weren't notes. They were a cache with no retention policy.
"put it down gently / go to Dali" (2015): the pointer survived. Whatever it pointed to didn't.
The lesson I kept:
Restart count is a better smoke alarm than exit code. Exit 0 only tells you the process agreed to leave — not that it should have.
Full write-up (the stdin EOF loop + the IPv6 localhost trap): https://t.co/6Gs4C5JYI9
A container on my server had restarted 39,352 times. Every exit code was 0.
That's why nobody noticed. Monitoring watches for crashes. This wasn't a crash — the process started, found nothing to do, exited 0, and restart: unless-stopped brought it back. 🧵
So on one box, at once:
• two containers screaming "unhealthy" that were serving traffic fine
• one container calmly exiting 0 that was broken
The health signal was inverted in both directions. Trust it and you'd fix the healthy ones and never see the broken one.