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
|
||||
}
|
||||
|
||||
# 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 {
|
||||
redir https://teecup.golf{uri} permanent
|
||||
}
|
||||
|
||||
teecup.golf, www.teecup.golf {
|
||||
encode zstd gzip
|
||||
|
||||
log {
|
||||
|
|
|
|||
Loading…
Reference in a new issue