Splash-Logik Umzug nach Cloudflare

Allgemein

Repo: https://github.com/eBusEmmos/lusini_splash_cloudflare/

Dort gibt es nur noch einen “main”-Branch. In der wrangler.toml wird durch die env-Variablen unterschieden, welche Umgebung publiziert werden soll.

Deployment

• yarn deploy:dev
• yarn deploy:prod

Workers / Kostenberechnung

Erste Evaluierung hat ergeben, dass es vermutlich 100€ pro Monat an Kosten verursachen würde (ohne Caching) - also deutlich günstiger als Netlify.

Redirects

In /src/data/dev|prod/redirects.json liegen für die jeweilige Umgebung Dateien, die die technischen Redirects beinhalten. Die “Marketing-Redirects” werden im duck-lake gespeichert und über das LUCID editiert.

• Als dict, für bessere Performance
• Zur Build-Zeit wird er vom ducklake gezogen und als JSON abgelegt
• Die Bulk-Redirects (Cloudflare) werden gelöscht, da country-logik nicht möglich

Preview

Wir brauchen einen neuen Worker: https://dash.cloudflare.com/0bf265ef09085ad17b7907a5c656e247/lusini.dev/workers

Dieser hört auf *.lusini.dev (muss im Worker eingetragen werden) und bildet folgende Funktionalität ab: https://github.com/eBusEmmos/lusini_splash/blob/preview/setup-redirects.sh

1. Worker schnappt sich Subdomain
2. Leitet auf Netlify-Instanz mit selber Subdomain weiter:
   1. 1234.lusini.dev/de-de/ →
   2. 1234--lusini-de-de-dev.netlify.app/de-de/

A/B-Testing

Aktuell über Cookie-Weichen. Problem: Caching. Idealerweise: Cookie-basiertes Caching (research nötig). Alternativ: Immer A oder B Cookie. Wenn Cookie gesetzt, dann Caching deaktivieren.