Add ADR-005 for GitHub Pages hosting decision

Dokumenterar beslutet att använda GitHub Pages som primär
hosting-lösning för den genererade HTML-webbplatsen.

Fördelar:
- Helt gratis för publika repositories
- Enkel integration med befintlig GitHub-baserad workflow
- Automatisk deployment via GitHub Actions
- Inbyggd CDN och HTTPS
- URL-rewrites fungerar automatiskt

Alternativ som övervägdes:
- Cloudflare R2 (finns som backup, men URL-rewrites fungerar inte)
- Cloudflare R2 + Workers (löser rewrites men kostar $5/månad)
- Docker Container (flexibelt men kräver hosting och mer komplexitet)
- Traditionell hosting (kostnad och underhåll)
- Netlify/Vercel (ingen fördel för statiska filer)

Migration är enkel tack vare att det bara är statiska HTML-filer.

Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>

Author: marcarl

docs/adr/005-github-pages-hosting.md

@@ -0,0 +1,226 @@
+# ADR-005: GitHub Pages som hosting för webbplatsen
+
+## Status
+
+Accepterad
+
+## Kontext och problembeskrivning
+
+För att publicera de genererade HTML-filerna av SFS-författningar behövde vi välja en hosting-lösning. Projektet genererar statiska HTML-filer som behöver vara publikt tillgängliga på webben.
+
+Huvudalternativen var:
+
+1. **GitHub Pages**: Hosting direkt via GitHub
+2. **Cloudflare R2**: Object storage med HTTP-access
+3. **Cloudflare R2 + Workers**: Object storage med serverless rewrites
+4. **Docker Container**: Containeriserad webserver (nginx/Apache)
+5. **Traditionell hosting**: VPS eller shared hosting
+
+Utmaningarna var:
+
+- **Kostnad**: Projektet har ingen budget för hosting
+- **Enkelhet**: Lösningen ska vara enkel att sätta upp och underhålla
+- **Integration**: Bör fungera smidigt med befintlig GitHub-baserad workflow
+- **Suveränitet**: Beroende av externa tjänster
+- **URL-hantering**: Behov av att `example.com/folder/` automatiskt servar `index.html`
+- **Migrering**: Möjlighet att flytta till annan lösning om behov uppstår
+
+## Beslut
+
+Vi använder **GitHub Pages** som primär hosting-lösning för den genererade HTML-webbplatsen.
+
+### Arkitektur
+
+```text
+GitHub Actions Workflow
+    ↓
+Genererar HTML-filer
+    ↓
+Publicerar till gh-pages branch
+    ↓
+GitHub Pages
+    ↓
+Publik webbplats (https://[org].github.io/[repo])
+```
+
+### Backup-lösning
+
+Cloudflare R2 används som backup och alternativ hosting:
+
+- HTML-filer synkas även till R2 bucket
+- Kan aktiveras som fallback vid problem med GitHub Pages
+- Begränsning: Kräver Cloudflare Workers för fullständig funktionalitet (rewrites)
+
+## Konsekvenser
+
+### Positiva
+
+- **Helt gratis**: GitHub Pages är kostnadsfritt för publika repositories
+- **Enkel integration**: Seamless integration med GitHub-baserad workflow
+  - Same platform som source code, issues, och pull requests
+  - Automatisk deployment via GitHub Actions (redan konfigurerat)
+  - Inget behov av externa credentials eller API-nycklar
+- **Ingen infrastruktur**: Ingen server att underhålla eller uppdatera
+- **Inbyggd CDN**: GitHub Pages använder CDN för snabb leverans globalt
+- **HTTPS automatiskt**: SSL/TLS-certifikat hanteras automatiskt
+- **URL-rewrites fungerar**: `example.com/1999/1/` servar automatiskt `index.html`
+- **Custom domain-stöd**: Möjlighet att använda egen domän
+- **Versionshistorik**: All publicerad content finns i `gh-pages` branch
+- **Enkel att förstå**: Lågtröskel för bidragsgivare att förstå deployment
+
+### Negativa
+
+- **Suveränitetsberoende**: Projektet är beroende av GitHubs tillgänglighet och villkor
+  - Mitigering: GitHub är en stabil plattform med hög uptime
+  - Mitigering: Enkel migrering (se nedan)
+
+- **Begränsad kontroll**: Mindre flexibilitet än egen hosting
+  - Kan inte köra server-side logic
+  - Begränsade HTTP-headers och caching-policies
+  - Mitigering: Statiska HTML-filer kräver inte server-side logic
+
+- **GitHub-specifikt**: Lösningen är kopplad till GitHub som plattform
+  - Mitigering: Projektet använder redan GitHub för allt annat
+  - Mitigering: Automatiserad deployment gör migrering enkel
+
+### Migrering är enkel
+
+Eftersom vi bara publicerar statiska HTML-filer är migrering trivial:
+
+- Kopiera alla filer från `gh-pages` branch
+- Ladda upp till ny hosting-lösning
+- Uppdatera DNS (om custom domain används)
+- Cloudflare R2 backup finns redan som färdig alternativ lösning
+
+Migreringstid: < 1 timme
+
+## Alternativ som övervägdes
+
+### 1. Cloudflare R2 (utan Workers)
+
+**Fördelar**:
+
+- Extremt billig storage (~$0.015/GB/månad)
+- Ingen vendor lock-in till GitHub
+- Egen kontroll över filer
+- Redan implementerad som backup-lösning
+
+**Varför inte valt som primär lösning**:
+
+- **URL-rewrites fungerar inte**: `/folder/` servar inte automatiskt `index.html`
+  - Problem: Användare måste besöka `/folder/index.html` explicit
+  - Problemet gäller även för root: `example.com/` fungerar inte
+- Kräver manuell upload-process eller separat CI/CD
+- Mer komplext att sätta upp än GitHub Pages
+- Kräver hantering av Cloudflare-credentials
+
+### 2. Cloudflare R2 + Workers
+
+**Fördelar**:
+
+- Löser URL-rewrite problemet via Workers
+- Full kontroll över HTTP-routing och headers
+- Kraftfull om avancerad logik behövs
+
+**Varför inte valt**:
+
+- **Kostnad**: Workers kostar $5/månad (minimum)
+  - Projektet har ingen budget
+- **Komplexitet**: Kräver Worker-kod för URL-rewrites
+- **Overkill**: Statiska HTML-filer behöver inte serverless compute
+- **Underhåll**: Ytterligare kod att underhålla
+
+### 3. Docker Container med nginx/Apache
+
+**Fördelar**:
+
+- Full kontroll över konfiguration och deployment
+- Portabelt - kan köras var som helst (lokalt, VPS, cloud)
+- Standard webserver (nginx/Apache) hanterar URL-rewrites automatiskt
+- Ingen vendor lock-in
+- Kan köras gratis på många plattformar (Fly.io free tier, Railway, etc.)
+
+**Varför inte valt**:
+
+- **Hosting krävs fortfarande**: Container måste köras någonstans
+  - Gratis alternativ finns men ofta med begränsningar
+  - Kräver egen server eller cloud-plattform för produktion
+- **Mer komplext deployment**: Container registry, orchestration, deployment
+- **Underhåll**: Container images måste uppdateras och hanteras
+- **CI/CD komplexitet**: Kräver byggsteg för container + push till registry + deployment
+- **Overkill**: Container-infrastruktur är onödigt komplext för enbart statiska filer
+- **Kostnad över tid**: Även "gratis" tiers har begränsningar, kan kräva betalning senare
+
+### 4. Traditionell hosting (VPS/Shared hosting)
+
+**Varför inte valt**:
+
+- **Kostnad**: VPS kostar $5-20/månad, shared hosting $3-10/månad
+- **Underhåll**: Kräver serveradministration, säkerhetsuppdateringar
+- **Komplexitet**: Overkill för statiska filer
+- **CI/CD**: Kräver SSH-credentials och deployment-scripts
+
+### 5. Netlify/Vercel
+
+**Fördelar**:
+
+- Liknande fördelar som GitHub Pages
+- Fler features (serverless functions, forms)
+
+**Varför inte valt**:
+
+- Ingen fördel för vårt användningsfall (bara statiska filer)
+- Ytterligare extern tjänst att hantera
+- GitHub Pages är enklare när allt redan finns på GitHub
+
+## Relaterade beslut
+
+- [ADR-001](001-markdown-som-mellanformat.md) - Markdown som mellanformat (genererar HTML-output)
+- Workflow-konfiguration: `.github/workflows/github-pages-workflow.yml`
+
+## Noteringar
+
+- **Deployment-process**:
+
+  ```yaml
+  # GitHub Actions workflow
+  1. Checkout code
+  2. Generera HTML-filer (exporters/html/)
+  3. Publicera till gh-pages branch
+  4. GitHub Pages servar automatiskt från gh-pages
+  ```
+
+- **URL-struktur**:
+  - Format: `https://[org].github.io/[repo]/[path]/`
+  - Custom domain möjlig: `https://custom-domain.se/[path]/`
+
+- **Cloudflare R2 backup**:
+  - Filer synkas till R2 parallellt
+  - Script: `tools/upload_to_cloudflare.py`
+  - Kan aktiveras manuellt vid behov
+  - Begränsning: URL-rewrites fungerar inte utan Workers
+
+- **Framtida möjligheter**:
+  - Custom domain kan adderas utan kod-ändringar
+  - Kan byta till R2+Workers om budget tillkommer
+  - Migrering till annan plattform är trivial (kopiera filer)
+
+- **Performance**:
+  - GitHub Pages använder Fastly CDN
+  - Bra global latency
+  - Automatisk gzip-kompression
+
+- **Begränsningar** (GitHub Pages limits):
+  - Max 1 GB repository size (långt ifrån vår användning)
+  - Max 100 GB bandwidth/månad (mer än tillräckligt)
+  - Max 10 builds/timme (vi bygger vid code changes)
+
+- **Exempel på GitHub Pages URL-rewrites**:
+
+  ```text
+  /1999/1/          → /1999/1/index.html
+  /1999/1/kapitel-1 → /1999/1/kapitel-1/index.html
+  /                 → /index.html
+  ```
+
+  Detta fungerar automatiskt utan konfiguration.

docs/adr/README.md

@@ -19,11 +19,12 @@ Vi använder [MADR](https://adr.github.io/madr/) (Markdown Any Decision Records)
 ## Index över ADR:er
 
 | ADR | Titel | Status |
-|-----|-------|--------|
+| --- | ----- | ------ |
 | [ADR-001](001-markdown-som-mellanformat.md) | Markdown som mellanformat | Accepterad |
 | [ADR-002](002-import-fran-regeringskansliet.md) | Import från Regeringskansliet istället för PDF-crawling | Accepterad |
 | [ADR-003](003-git-commits-historiska-datum.md) | Git-commits med historiska datum för versionshistorik | Accepterad |
 | [ADR-004](004-semantiska-temporal-taggar.md) | Semantiskt val av taggar för temporal data | Accepterad |
+| [ADR-005](005-github-pages-hosting.md) | GitHub Pages som hosting för webbplatsen | Accepterad |
 
 ## Skapa en ny ADR