https://teecup.golf → 200 OK, servert av teecup_frontend (Next.js)
https://teecup.teeoff.no → 301 permanent redirect til https://teecup.golf/, som deretter gir 200 OK
Let's Encrypt-sertifikater for teecup.golf og www.teecup.golf er utstedt og aktive
teeoff.no selv er upåvirket (samme Caddyfile, ingen endring i den blokken)
Rotårsaken til at det ikke virket tidligere var ikke feil i selve Caddyfile-innholdet (den var allerede korrekt på disk), men en klassisk Docker-fallgruve: filen på verten hadde blitt erstattet (ny inode via "skriv ny fil + rename"), mens Caddy-containerens bind-mount fortsatt pekte på den gamle, nå "foreldreløse" filversjonen. caddy reload leser fra samme stale mount og hjelper derfor ikke i et slikt tilfelle — det krever en full container-restart for å remonte fra gjeldende fil. Det forklarer trolig også hvorfor de to reload-forsøkene fra TeeCup-siden var no-ops.
Dekker MinIO offentlig bildelesing (ADR-018) og WebSocket-trafikk til
teecup_api (ADR-025, Kommunikasjon) -- begge allerede live siden sine
respektive runder, kun ikke committet før nå.
