Alt bekreftet og live:
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.
This commit is contained in:
parent
d0e60fc271
commit
1da3e32a8a
1 changed files with 7 additions and 0 deletions
|
|
@ -6,7 +6,14 @@ www.teeoff.no {
|
||||||
redir https://teeoff.no{uri} permanent
|
redir https://teeoff.no{uri} permanent
|
||||||
}
|
}
|
||||||
|
|
||||||
|
# Gammelt domene (2026-08-05-flyttingen til teecup.golf) -- permanent
|
||||||
|
# redirect fremfor å bare slutte å svare, slik at gamle bokmerker/delte
|
||||||
|
# lenker/QR-koder på fysiske scorekort fortsatt havner riktig sted.
|
||||||
teecup.teeoff.no {
|
teecup.teeoff.no {
|
||||||
|
redir https://teecup.golf{uri} permanent
|
||||||
|
}
|
||||||
|
|
||||||
|
teecup.golf, www.teecup.golf {
|
||||||
encode zstd gzip
|
encode zstd gzip
|
||||||
|
|
||||||
log {
|
log {
|
||||||
|
|
|
||||||
Loading…
Reference in a new issue