Migration m32: tipo presenza_modificata, funzione e trigger su risposte_presenze che avvisano gli admin attivi se una risposta cambia a 0-6 ore da una partita o un allenamento (push, email e centro notifiche). Gli allenatori non la ricevono finché dura la prova. Applicata in produzione il 09/10/2026. Test di integrazione e unitario; DD-050, notifiche, DATABASE, CHANGELOG, ROADMAP e PROJECT_STATE aggiornati (slot g18 ora giocatore). Co-Authored-By: Claude Sonnet 5.5 <noreply@anthropic.com>
42 lines
2.5 KiB
Markdown
42 lines
2.5 KiB
Markdown
# Project State
|
|
|
|
Ultimo aggiornamento: 06/10/2026
|
|
|
|
Questo file dice **a che punto siamo ora**. Le funzionalità stanno in
|
|
[docs/ROADMAP.md](docs/ROADMAP.md), i rilasci in [docs/CHANGELOG.md](docs/CHANGELOG.md), lo
|
|
schema in [docs/DATABASE.md](docs/DATABASE.md), le procedure in
|
|
[docs/OPERATIONS.md](docs/OPERATIONS.md). Non ripetere qui quello che hanno già loro.
|
|
|
|
## Stato generale
|
|
|
|
- **Versione:** 1.3.1 (in produzione su `main` la 1.3.0, tag `v1.3.0`) — il Calendario mostra solo i prossimi
|
|
compleanni del mese; tolta la serie «Conferme 24h» con i badge «Risposta lampo» e «Mai un forfait». La 1.3.0
|
|
portava la notifica di compleanno, gli obiettivi cliccabili, le presenze sui convocati, gli avvisi in Home
|
|
ridisegnati e i caratteri più grandi. Dettaglio in [docs/CHANGELOG.md](docs/CHANGELOG.md).
|
|
- **Backend:** Supabase proprietario (`kfkcldwncxqaixetsjes`). Lovable Cloud e il vecchio
|
|
Project Ref `hetycilxgkdmccelwerq` non si usano più.
|
|
- **Migration:** 43 file in `supabase/migrations/`, fino a `m32_presenza_modificata`. Tutte applicate in produzione (verificato con `npx supabase migration list` il
|
|
09/10/2026); la `m32` (DD-050, avviso «Presenza modificata» agli admin in prova) è stata applicata quel giorno. La `m29` toglie
|
|
`foto_path`: il codice che non la legge più (1.2.2) va rilasciato.
|
|
- **Worker delle notifiche** (`mailer/`): in funzione su un Raspberry Pi con Docker dal 29/09/2026
|
|
([docs/WORKER_EMAIL.md](docs/WORKER_EMAIL.md)). Il codice con l'interruttore «Email» in Profilo
|
|
è su `main` dalla 1.3.0.
|
|
- **Accesso:** il login Google è l'unica via d'ingresso; i permessi di amministrazione arrivano
|
|
solo da `user_roles`. Il collegamento degli account è un processo continuo: ogni giocatore si
|
|
collega al primo accesso (DD-018).
|
|
- **Lavoro in corso:** niente di assegnato. Le voci aperte stanno in
|
|
[docs/ROADMAP.md](docs/ROADMAP.md), sotto «Prossimo».
|
|
|
|
## Cose da sapere
|
|
|
|
- Si lavora direttamente su `main` (DD-019); Cursor e Claude Code sono gli ambienti di sviluppo.
|
|
- Dev e produzione condividono lo stesso progetto Supabase: un account di prova che collega uno
|
|
slot lo occupa anche in produzione e va liberato da un admin.
|
|
- Lo slot `g18` «Beta Tester» è un giocatore in produzione (dal 09/10/2026, prima era allenatore), numero 99 e
|
|
ruolo «Palleggiatore»; non è collegato a nessun account. Serve per provare le notifiche con un secondo utente.
|
|
|
|
## Note
|
|
|
|
Il progetto segue una metodologia document-first (DD-002): ogni funzionalità si progetta in
|
|
`docs/modules/` prima di essere implementata.
|