Il promemoria palloni lo manda un admin dalla pagina evento (DD-025).

La route era disegnata per un cron quotidiano: calcolava chi è di turno oggi e
gli mandava una push. Ma nel repository nessun cron esiste, e palloni.md lo
annotava già come "da verificare lato hosting": nei fatti quel promemoria non è
mai partito. Il segreto condiviso introdotto ieri proteggeva una porta che
nessuno apriva, al prezzo di una variabile d'ambiente da configurare ovunque.

Ora la fa partire un amministratore dal pulsante "Avvisa chi è di turno", dentro
il riquadro palloni dell'evento. La route accetta un eventoId e avvisa i
destinatari di quell'evento invece della giornata corrente: chi deve prendere i
palloni e chi deve riportarli, con un testo diverso per ciascuno. Stesso
precedente di apri-sondaggio, manuale fin dalla v1.0.6.

Il testo va in coda su promemoria_push prima dell'invio. Serve: la push parte
vuota e il service worker chiede a push-messaggio cosa mostrare, ma quella route
sa raccontare solo la giornata corrente, quindi un avviso mandato il martedì per
il sabato arriverebbe con il testo generico.

avvisiPalloniEvento() è la nuova funzione pura, con i suoi test: due destinatari
con testi diversi, un avviso solo quando sono la stessa persona, niente avvisi
per un evento inesistente o senza turni. Un'asserzione verifica che il testo non
dica mai "oggi", perché può arrivare giorni prima.

richiediSegreto e CRON_SEGRETO spariscono: tutte e tre le route di notifica
usano ora richiediAdmin, e non resta nessuna variabile da configurare.
destinatariPromemoriaPalloni() resta in palloni-core.ts con i suoi test perché
push-messaggio continua a usarla per il testo calcolato al volo.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

src/lib/auth-route.server.ts

@@ -7,13 +7,10 @@
  * è un timestamp in base 36 e compare negli URL che la squadra si scambia — quindi non
  * può fare da credenziale.
  *
- * Due tipi di chiamante, due controlli:
- * - dall'app, per un'azione da amministratore -> `richiediAdmin`, che verifica il token
- *   della sessione Supabase e poi il ruolo in `user_roles`;
- * - da una macchina (cron), dove nessuna sessione esiste -> `richiediSegreto`.
- *
- * Entrambe tornano `null` quando la richiesta può proseguire, altrimenti la `Response` di
- * rifiuto già pronta.
+ * Tutte e tre le route che mandano notifiche partono da un pulsante riservato agli
+ * amministratori, quindi il controllo è uno solo: `richiediAdmin` verifica il token della
+ * sessione Supabase e poi il ruolo in `user_roles`. Torna `null` quando la richiesta può
+ * proseguire, altrimenti la `Response` di rifiuto già pronta.
  */
 
 /** Il token della sessione Supabase, se la richiesta ne porta uno ben formato. */
@@ -49,21 +46,3 @@ export async function richiediAdmin(request: Request): Promise<Response | null>
   if (!ruolo) return new Response("Riservato agli amministratori", { status: 403 });
   return null;
 }
-
-/**
- * Lascia passare solo chi conosce `CRON_SEGRETO`, per le chiamate senza sessione.
- *
- * Se la variabile non è configurata la route resta chiusa: una porta che si apre da sola
- * quando manca una configurazione è peggio di una porta che non funziona, perché nessuno
- * se ne accorge.
- */
-export function richiediSegreto(request: Request): Response | null {
-  const atteso = process.env["CRON_SEGRETO"];
-  if (!atteso) {
-    console.error("[auth] CRON_SEGRETO non configurato: la route resta chiusa");
-    return new Response("Route non configurata", { status: 503 });
-  }
-  const fornito = request.headers.get("x-cron-segreto");
-  if (fornito !== atteso) return new Response("Segreto non valido", { status: 401 });
-  return null;
-}

src/lib/palloni-core.ts

@@ -139,3 +139,49 @@ export function messaggioPalloniOggi(
     body: nome ? `${nome}, controlla il turno palloni nel calendario.` : "Controlla il calendario.",
   };
 }
+
+/**
+ * Avvisi da mandare per un evento preciso, con il testo già pronto (DD-025).
+ *
+ * Diverso da `destinatariPromemoriaPalloni`, che guarda la giornata di oggi: qui l'admin
+ * sceglie l'evento dalla sua pagina, quindi il messaggio nomina quell'evento e non "oggi".
+ * Il testo viaggia in coda su `promemoria_push` perché la push parte vuota e il service
+ * worker chiede a `push-messaggio` cosa mostrare — che da solo saprebbe raccontare solo
+ * la giornata corrente.
+ */
+export function avvisiPalloniEvento(
+  turni: Record<string, string>,
+  eventi: Evento[],
+  eventoId: string,
+): Array<{ giocatoreId: string; titolo: string; testo: string }> {
+  const evento = eventiPalloni(eventi).find((e) => e.id === eventoId);
+  if (!evento) return [];
+
+  const avvisi: Array<{ giocatoreId: string; titolo: string; testo: string }> = [];
+  const quando = `${evento.titolo} · ${formatData(evento.data)} alle ${evento.ora}`;
+
+  const incaricato = turni[evento.id];
+  if (incaricato) {
+    const dopo = eventoSuccessivo(eventi, evento.id);
+    avvisi.push({
+      giocatoreId: incaricato,
+      titolo: "Tocca a te prendere i palloni",
+      testo: dopo
+        ? `${quando}: a fine evento porti a casa i palloni e li riporti il ${formatData(dopo.data)}.`
+        : `${quando}: a fine evento porti a casa i palloni.`,
+    });
+  }
+
+  // Chi li ha presi la volta scorsa deve ricordarsi di portarli.
+  const prima = eventoPrecedente(eventi, evento.id);
+  const precedente = prima ? turni[prima.id] : undefined;
+  if (precedente && precedente !== incaricato) {
+    avvisi.push({
+      giocatoreId: precedente,
+      titolo: "Porta i palloni",
+      testo: `${quando}: i palloni li hai tu dalla volta scorsa.`,
+    });
+  }
+
+  return avvisi;
+}