Merge di main in dev: allineamento prima del passaggio in produzione

Da main arrivano S-12_I.pdf e una riga di .gitignore. Nei 5 conflitti
(README, CampagnaShow, Registro, Assegnazione, vista campagna) tenuta la
versione di dev, che contiene già le correzioni sulle campagne fatte su
main. HANDOFF: analisi d'impatto e procedura per prod.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
This commit is contained in:
Francesco Picone
2026-10-19 16:07:19 +02:00
3 changed files with 27 additions and 0 deletions

1
.gitignore vendored
View File

@@ -30,3 +30,4 @@
docker-compose.override.yml docker-compose.override.yml
db_data/ db_data/
redis_data/ redis_data/
.claude

View File

@@ -127,6 +127,32 @@ email di prova e di conferma arrivate, link aperto senza login, account
sbloccato; riquadro dopo l'assegnazione con WhatsApp e scelta. Configurazione sbloccato; riquadro dopo l'assegnazione con WhatsApp e scelta. Configurazione
e dati di prova rimossi dopo. e dati di prova rimossi dopo.
### Allineamento di main in dev e passaggio in produzione (19 ottobre 2026)
`main` è stato unito in `dev` (merge, non rebase): da `main` arrivano solo
`S-12_I.pdf` e una riga di `.gitignore`. I 5 conflitti (README,
`CampagnaShow`, `Registro`, `Assegnazione`, vista della campagna) nascevano
dalle correzioni sulle campagne fatte su `main` la mattina e già portate su
`dev`: si è tenuta la versione di `dev`, che le contiene già (con
`proclamatore_id` nel log al posto del nome). Dopo, `main` va portato avanti
fino a `dev` senza un nuovo merge, così in produzione va esattamente il codice
provato su dev.
Analisi d'impatto per prod (fatta sui dati di prod copiati in dev):
- 11 migrazioni nuove, provate sulla copia: nessun errore, conteggi identici.
Due toccano dati esistenti: `nomi_proclamatori_fuori_dal_log` (irreversibile,
solo da backup) e `posta_contatti_e_conferma_email`, che **azzera la
conferma email di tutti gli utenti**.
- In prod non c'è un server di posta: subito dopo il deploy va eseguito
`php artisan utenti:conferma-email <email>` per ogni utente, altrimenti
nessuno riesce a lavorare. La posta si configura poi dall'app.
- `MAIL_SCHEME=tls` nell'ambiente di prod non è valido per Laravel 11:
svuotarlo. Prod è in HTTPS con `SESSION_SECURE_COOKIE=false`: valutare `true`.
- Il nuovo controllo dell'entrypoint su `APP_KEY` passa: chiave d'ambiente e
`storage/app/.app_key` coincidono.
- Ritorno indietro: ripristino del dump fatto prima del deploy e deploy del
`main` precedente (`bde7a4a`).
### Informativa privacy aggiornata e dinamica (19 ottobre 2026) ### Informativa privacy aggiornata e dinamica (19 ottobre 2026)
Richiesta dell'utente: aggiornare la sezione privacy con i dati attuali e Richiesta dell'utente: aggiornare la sezione privacy con i dati attuali e

BIN
S-12_I.pdf Normal file

Binary file not shown.