From 1da3e32a8adc45e897b783732c8b7d4fe7b510c5 Mon Sep 17 00:00:00 2001
From: Erol Haagenrud <erol.haagenrud@envide.no>
Date: Wed, 5 Aug 2026 12:40:32 +0200
Subject: [PATCH] Alt bekreftet og live:
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

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.
---
 deploy/Caddyfile | 7 +++++++
 1 file changed, 7 insertions(+)

diff --git a/deploy/Caddyfile b/deploy/Caddyfile
index 0ef9ac3..7886a2b 100644
--- a/deploy/Caddyfile
+++ b/deploy/Caddyfile
@@ -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 {