Florian WildeandClaude Opus 5
0b8874da26
Terminkalender mit Serienterminen, Selbstanmeldung, Warteliste und Anwesenheitsliste. Vier Zustellwege hinter Schnittstellen: echtes SMTP, ntfy (selbst gehostet), Telegram und Web-Push. Kalenderabonnement als ICS-Feed, digitaler Dienstausweis mit signiertem QR und Pruefseite. Niemand wird ungefragt benachrichtigt: ein neuer Zustellweg hat eine leere Ereignisliste, und der Seed legt bewusst keine an. Was das Netz der Wehr verlaesst, bekommt nur die Kurzfassung ohne Namen und Details. Kein CalDAV (Lesen genuegt, ICS kann jeder Kalender) und kein WhatsApp (Verarbeitung ueber Meta, Kosten je Konversation, Telefonbuchabgleich) -- beides im README begruendet. 56 neue Unit-Tests, 17 neue E2E-Tests, Version 0.8.0. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
33 lines
1.1 KiB
TypeScript
33 lines
1.1 KiB
TypeScript
import webpush from "web-push";
|
|
|
|
/**
|
|
* VAPID-Schlüsselpaar für Web-Push erzeugen.
|
|
*
|
|
* npm run vapid
|
|
*
|
|
* Die Ausgabe kommt in die .env. Beide Schlüssel gehören ins Backup:
|
|
*
|
|
* * Der **öffentliche** wird dem Browser mitgegeben, wenn sich jemand für
|
|
* Push anmeldet. Wechselt er, sind alle bestehenden Abos wertlos — jeder
|
|
* müsste Push von Hand neu erlauben. Das merkt niemand von allein; die
|
|
* Meldungen bleiben einfach aus.
|
|
* * Der **private** signiert jede Nachricht an den Push-Dienst. Wer ihn hat,
|
|
* kann im Namen dieser Installation Meldungen schicken.
|
|
*
|
|
* Erzeugt wird lokal, ohne Netzzugriff — es ist reine Kryptografie.
|
|
*/
|
|
|
|
const paar = webpush.generateVAPIDKeys();
|
|
|
|
console.log(`
|
|
Schlüsselpaar erzeugt. Diese Zeilen in die .env übernehmen:
|
|
|
|
WEBPUSH_ENABLED=true
|
|
WEBPUSH_PUBLIC_KEY=${paar.publicKey}
|
|
WEBPUSH_PRIVATE_KEY=${paar.privateKey}
|
|
WEBPUSH_KONTAKT=mailto:kommandant@example.org
|
|
|
|
Hinweis: Ein neuer öffentlicher Schlüssel macht alle bestehenden Push-Abos
|
|
wertlos. Beide Schlüssel gehören deshalb ins Backup — nicht ins Git.
|
|
`);
|