# =====================================================================
# DOGFATHER UNIVERSE — Website Deploy-Konfiguration (Cloudflare Workers
# Static Assets). Getrennt vom Bewerbungs-Postfach-Worker in
# cloudflare-worker/ — dieser Worker liefert NUR die statische Website
# aus, hat keinerlei Zugriff auf Bewerbungsdaten oder Secrets.
# =====================================================================

name = "dogfather-universe"
compatibility_date = "2024-01-01"
workers_dev = true

# Eigene Domain (03.08.2026 verbunden) — Zone liegt bereits auf Cloudflare,
# dadurch übernimmt wrangler DNS + SSL-Zertifikat automatisch beim Deploy.
routes = [
  { pattern = "dogfather-universe.com", custom_domain = true },
  { pattern = "www.dogfather-universe.com", custom_domain = true }
]

# main = eigener Worker-Code läuft VOR der Asset-Auslieferung (statt reiner
# "[assets]"-Auslieferung ohne Worker) — Grund: Zugangsschranke, solange die
# Seite noch nicht öffentlich sein soll (siehe gate-worker.js), Zugang nur
# für Dogi + VanVan per Zugangscode. Secrets: SITE_ACCESS_SECRET,
# SITE_ACCESS_CODE_DOGI, SITE_ACCESS_CODE_VANVAN (per `wrangler secret put`).
main = "gate-worker.js"

[assets]
directory = "."
binding = "ASSETS"
not_found_handling = "404-page"
# Standardmäßig leitet Cloudflare "/seite.html" per 307 auf "/seite" um
# (html_handling). Die ganze Seite verlinkt aber überall bewusst volle
# ".html"-Namen (siehe main.js NAV) — "none" schaltet die Umleitung ab und
# verhindert außerdem eine Umleitungsschleife zwischen gate.html und der
# Zugangsschranke unten.
html_handling = "none"
# Ohne das hier bedient Cloudflare Anfragen, die zu einer echten Datei
# passen (z.B. /index.html), standardmäßig DIREKT aus den Assets und
# überspringt gate-worker.js komplett — die Zugangsschranke würde dann gar
# nicht erst laufen. run_worker_first erzwingt: JEDE Anfrage geht zuerst
# durch den Worker, der selbst entscheidet, ob/wann env.ASSETS.fetch(...)
# aufgerufen wird.
run_worker_first = true