Commit Graph
1 Commits
Author SHA1 Message Date
DogFatherGitandClaude Opus 5 99f96553c5 Eine Benachrichtigung muss irgendwohin fuehren
Der letzte offene Punkt aus dem Umbau vom 15.09.: Seitdem entscheidet
die Adresse, welche Seiten es gibt -- fuer Seiten, Hinweise und
Suchtreffer ist das umgesetzt, fuer Push war es das nicht. Und der
Grund stimmte: Eine Benachrichtigung entsteht, wenn NIEMAND auf einer
Adresse steht. Sie geht an ein Geraet, und das oeffnet die Adresse, als
die es installiert wurde.

DIE FRAGE LAESST SICH TROTZDEM BEANTWORTEN -- nur nicht ueber die
Adresse, sondern ueber den MENSCHEN. Wer im Team ist (rechte Hand,
Modi), kommt NUR auf crew. herein; das steht in
sitzungPasstZurAdresse und gilt in beide Richtungen. Fuer ihn gibt es
die Agenturseiten nirgends -- auf keinem Geraet, in keiner
installierten App.

Erst gemessen, welche Ziele es ueberhaupt gibt und wer sie bekommt:

  aufgaben.html   an den Verantwortlichen -- kann ein Modi sein, und
                  die Seite gibt es auf crew.           in Ordnung
  calls.html      an die TERMIN-TEILNEHMER              <- der Fall
  kalender.html   dieselben Empfaenger, Seite gibt es   in Ordnung
  scouting.html   nur an Scouts                         in Ordnung
  start.html      ueberall                              in Ordnung

Ein Modi, der als Teilnehmer in einem Call steht, bekam also einen
Hinweis auf eine Seite, die es fuer ihn nicht gibt.

UND DIE BENACHRICHTIGUNG WIRD NICHT UNTERDRUECKT. Das ist die
eigentliche Entscheidung: Er SOLL erfahren, dass der Call gleich
anfaengt -- er soll nur nicht auf einer Seite landen, die ihn
weiterleitet. Statt der Seite kommt die Startseite; dort steht, was
ansteht. Eine Weiterleitung ins Leere sieht aus wie ein Fehler, eine
Startseite nicht.

An EINER Stelle, durch die jede Benachrichtigung geht. DogFather und
Spicy Media arbeiten in beiden Haeusern -- fuer sie bleibt jedes Ziel,
das es in einem der beiden gibt; welches Geraet sie in der Hand
halten, weiss hier niemand, und die Seitenschranke faengt den Rest ab.

`benachrichtige` gibt jetzt zurueck, WOHIN wirklich geschickt wurde.
Sonst muesste eine Pruefung die verschluesselte Nachricht aufmachen,
um es zu erfahren -- das beweist pruef-push-weg mit einem nachgebauten
Browser bereits, und zweimal dieselbe Maschinerie waere die zweite,
die veraltet.

  server/pruef-push-ziel.mjs   10 Pruefungen, 0 Fehler (Port 4423/4424)
  Mit Gegenprobe in beide Richtungen: aufgaben.html und befinden.html
  bleiben stehen (sonst hiesse "wird zur Startseite" nur, dass jedes
  Ziel dorthin faellt), eine Managerin wird weiterhin zu den Calls
  geschickt, und ein echter Push-Dienst zaehlt mit, dass die acht
  Nachrichten auch wirklich rausgegangen sind.

  pruef-push, pruef-push-weg, pruef-glocke -- alle 0 Fehler

Co-Authored-By: Claude Opus 5 <[email protected]>
2026-09-16 18:43:08 +02:00