🔨 Break my new site, then try to stump me — solved live, nothing rehearsed

Discussion & Solutions
, , ,
1

:hammer: Break it, then stump me — a live site, a live session, nothing rehearsed

My new site is live, and I would rather hear what is broken from you than from a paying customer.

Two asks: try to break my site, and send me a problem you have not cracked.

I pick the ones that teach something, and ChatGPT and I work them out live — no script, no rehearsed answer, and no pretending we knew all along.

:lady_beetle: Five things to hunt — the list I would run on your site

every link -> the phone view -> what the server answers -> speed -> what a machine sees
  • Every link — click through the whole site and note each dead one
  • The phone view — open it on a real phone, not a window dragged narrow
  • What the server answers — the redirect chain, the certificate, the page it really lands on
  • Speed — how long the page takes, then what happens when several people arrive at once
  • What a machine sees — missing labels, broken markup, unreadable contrast, keyboard traps

:clipboard: The report I actually want — copy this, fill it in, paste it back

WHAT I DID      opened /tools on my phone
WHAT I EXPECTED the tools to load
WHAT HAPPENED   it answered 404
WHERE           Chrome 154, Android, 4G
SHOT            (drop the screenshot here)

Five lines, and I can fix it in one pass.

:hammer_and_wrench: Fifteen free tools for those five hunts — no signup

The tools, sorted by the five hunts

:gem_stone: rare gem · :green_circle: runs in the browser, nothing to install · every one free

1 · Every dead link on the site.

2 · The phone view, and what moved.

3 · What the server really answers.

4 · Speed, then load.

5 · What a machine catches that eyes miss.

  • :green_circle: A visual accessibility check, no install — WAVE · wave.webaim.org
  • :green_circle: The W3C markup checker, paste a URL and go — Nu Html Checker · validator.w3.org/nu
  • :gem_stone: The accessibility report as one command — pa11y · pa11y.org

:high_voltage: What happens to a problem you send

Picked for what it teaches, then worked through live on 2026-10-17T18:30:00Z — nothing staged, nothing rehearsed.

A session also runs as soon as a handful of good ones land.

:game_die: Sometimes we may not solve the problem during the session at all. That is real technical work.

:open_mailbox_with_raised_flag: Send both things here

The site: bchicbcow.com · the live page: bchicbcow.com/ask-live

For the site half, a broken link and one line is plenty.

Bring the problem in onehack.st/tag/help.

📜 What I promise, and how I put this page online

No scripted answers. No rehearsed solutions. No fake failures. No predetermined outcomes.

We aren’t going to research your question beforehand and then pretend we’re figuring it out in front of you.

When we know the answer, we explain how we know. When we don’t, we investigate. When a first idea is wrong, you watch it fail. When something breaks, you watch it break. When we’re wrong, you watch us correct ourselves.

One of the principles I’m using throughout the project is:

OBSERVE → PROVE → PASS → DOCUMENT → CHANGE → VERIFY AGAIN

Don’t change something because you think you understand the problem. Observe the actual system. Gather evidence. Establish a PASS/FAIL condition. Document what you found. Make one controlled change. Then prove what happened.

I used that process while putting Ask Us Live online. Unexpected HTTP behavior showed up during deployment, each layer was investigated instead of the server being changed at random, and it was not called finished until the public endpoint returned HTTP 200.

Please try to break it. Bring the weird stuff. Bring the thing that should work and simply does not.