Files
iti-technology/prompts/29-private-scaffold-auth.md
Lorenzo SanesiandClaude Opus 5.5 b83ce039fb
Deploy stack su Proxmox / deploy (push) Failing after 3s
Piattaforma ITI TECHNOLOGY: monorepo, Medusa, API, sito, area riservata e deploy
Monorepo npm con apps/public (Angular SSR), apps/private (Angular SPA),
apps/api (Fastify), packages/shared e packages/styles; Medusa 2.21 in medusa/;
infrastruttura Docker (Postgres PostGIS+pgvector, Redis, Caddy, backup) e
workflow Gitea Actions per il deploy via SSH a ogni push su master.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_018jQyT6dR9czzGwqb7FkG6u
2026-10-20 09:30:48 +02:00

21 lines
1.3 KiB
Markdown

# 29 — App privata: scaffold e autenticazione
Leggi `CLAUDE.md`.
## Obiettivo
Creare `apps/private` (SPA) con login, registrazione e routing per ruolo.
## Cosa fare
- Angular standalone, signals, zoneless, SCSS, **senza SSR**. Riusa i design tokens dell'app pubblica (spostali in `packages/shared` o in una cartella SCSS condivisa).
- `AuthStore` (signals): access token solo in memoria, utente corrente, ruolo. All'avvio tenta `POST /auth/refresh` (cookie) per ripristinare la sessione.
- Interceptor: aggiunge il bearer token; su 401 fa un solo refresh (con coda delle richieste concorrenti) e ripete; se fallisce → logout e redirect al login.
- Pagine: login, registrazione (privato / azienda / installatore con campi dedicati), password dimenticata, reset password, verifica email.
- Guard per ruolo e layout con menu diverso per `customer/company`, `installer`, `admin`. Redirect post-login all'area corretta.
- Link "Torna al sito" verso l'app pubblica.
## Criteri di accettazione
- Refresh della pagina mantiene la sessione (tramite cookie refresh) senza salvare token in localStorage.
- Un customer che apre una route admin viene reindirizzato.
- Token scaduto → refresh trasparente; più richieste in parallelo producono un solo refresh.
- `CLAUDE.md` aggiornato.