Piattaforma ITI TECHNOLOGY: monorepo, Medusa, API, sito, area riservata e deploy
Deploy stack su Proxmox / deploy (push) Failing after 3s
Deploy stack su Proxmox / deploy (push) Failing after 3s
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
This commit is contained in:
@@ -0,0 +1,22 @@
|
||||
# 15 — API: servizio email
|
||||
|
||||
Leggi `CLAUDE.md`.
|
||||
|
||||
## Obiettivo
|
||||
Invio email transazionali tramite provider esterno, con provider sostituibile.
|
||||
|
||||
## Contesto
|
||||
Il provider non è ancora scelto (Brevo o Resend). Implementa l'astrazione e un adapter per ciascuno, selezionabile da env.
|
||||
|
||||
## Cosa fare
|
||||
- Interfaccia `EmailService.send({ to, template, data })`.
|
||||
- Adapter: `console` (dev), `brevo`, `resend`, selezionati da `EMAIL_PROVIDER`.
|
||||
- Template in `src/emails/` (HTML semplice + versione testo) con layout comune brandizzato: verifica email, reset password, conferma ordine, spedizione, annullamento, nuova richiesta preventivo (interna), preventivo inviato, risposta ticket, conferma prenotazione showroom.
|
||||
- Escaping di tutti i dati inseriti nei template.
|
||||
- Invio asincrono: un errore del provider viene loggato e non fa fallire la richiesta HTTP che l'ha generato.
|
||||
|
||||
## Criteri di accettazione
|
||||
- Con `EMAIL_PROVIDER=console` ogni template si renderizza e viene loggato.
|
||||
- Cambiare provider richiede solo variabili d'ambiente.
|
||||
- Test di rendering per ogni template.
|
||||
- `CLAUDE.md` aggiornato (variabili e lista template).
|
||||
Reference in New Issue
Block a user