Files
alva/felsokning/deploy/anvisningar/03-webb.md
T
Claude 834823ed74 Paket 03 delat: källkod för sig, bildresurser i storleksbegränsade delar
Webbpaketet på 10 MB var större än mottagarkanalen tålde. Koden
(03-webb-kalla) och bildresurserna i app/src/assets (03-webb-resurser-N,
högst DELBUDGET byte per del, standard 4 MB) paketeras nu var för sig;
delarna fylls i namnordning så att samma träd ger samma delar.
Anvisningen slår fast att delarna är ETT steg — alla packas upp i
samma träd före bygget, med fullständighetskontroll mot fillistorna
före i stället för importfel under bygget.

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_012EQg3rJsrQ1ZNTvkzmQAtt
2026-08-07 13:22:50 +00:00

3.1 KiB

Paket 03 · Webbklienten

Detta paket innehåller app/ (källkod, utan node_modules och dist) och supabase/ (värdapplikationens migrationsunderlag). Här byggs och publiceras webbilden — en statisk SPA bakom oprivilegierad nginx.

Kräver att paket 01 är klart. Oberoende av paket 02 — får köras parallellt, men med SAMMA bildtagg.

Delarna — packa upp allihop innan något byggs

Paket 03 levereras i flera zip-filer: 03-webb-kalla (källkoden) och 03-webb-resurser-1…N (bildresurserna i app/src/assets, delade i storleksbegränsade delar för överföringens skull). Delningen är teknisk, inte logisk — de är ETT steg:

  1. Packa upp samtliga 03-webb-*-filer i samma arbetsträd som övriga paket. Vilka delar som finns framgår av SHA256SUMS.txt i paket 00.
  2. Kontrollera fullständigheten mot delarnas fillistor:
    cat paket/03-webb-*/INNEHALL.txt | grep '^app/src/assets/' | sort | while read -r f; do
      [ -f "$f" ] || echo "SAKNAS: $f"
    done   # ingen utskrift = komplett
    

Saknas en resursfil faller för övrigt bygget på importfel — men kontrollera FÖRE, så att felmeddelandet är "del saknas", inte en kryptisk byggutskrift.

Steg 1 — testa före bygge

cd app
npm ci
npx vitest run            # hela sviten ska vara grön
npm run typkontroll
npm run lint              # jämför mot baslinjen i rapporten från leverantören

Steg 2 — bygg bilden

Vite-variablerna bakas in vid byggtillfället och skickas som byggargument — en färdig bild är alltså knuten till sin miljö. Plattforms- och orkesteradresserna är miljöns publika adresser (ur paket 01:s karta); Supabase-värdena är värdapplikationens och hämtas ur organisationens Supabase-projekt.

cd app
REG=<registeradress ur paket 01>
TAGG=<git-SHA ur PAKET.txt>       # samma tagg som paket 02

docker build \
  --build-arg VITE_PLATTFORM_URL="https://<plattformens adress>" \
  --build-arg VITE_AI_ORKESTER_URL="https://<orkesterns adress>" \
  --build-arg VITE_SUPABASE_URL="<supabase-url>" \
  --build-arg VITE_SUPABASE_PUBLISHABLE_KEY="<publicerbar nyckel>" \
  --build-arg VITE_SUPABASE_PROJECT_ID="<projekt-id>" \
  -t "$REG/felsokning-web:$TAGG" .

Den publicerbara Supabase-nyckeln är publik per definition — men den är det ENDA nyckelvärde som får förekomma i ett byggargument. Allt hemligt bor i Secrets Manager och når bara backendtjänsterna.

Steg 3 — publicera

aws ecr get-login-password | docker login --username AWS --password-stdin "$REG"
docker push "$REG/felsokning-web:$TAGG"

Verifiering

aws ecr describe-images --repository-name felsokning-web \
  --query 'imageDetails[].imageTags' | grep "$TAGG"

# Bilden serverar och svarar:
docker run --rm -d -p 8080:8080 --name webbprov "$REG/felsokning-web:$TAGG"
curl -fsS http://127.0.0.1:8080/ | grep -q "<div id=\"root\"" && echo "serverar"
docker rm -f webbprov

Rapportera taggen och bildens digest.

Stoppvillkor

Röda tester, typfel eller lintfel utöver den kända baslinjen: bygg ingenting. Saknade byggargument ger en bild som kraschar vid start ("supabaseUrl is required") — en sådan bild publiceras inte.