B1: Das Anschlagbrett haelt 24 Stunden -- und sieht aus wie ein Anschlagbrett

"die sachen sollen in der seite vom anschlagbrett immer automatisch
nach 24h von da verschwinden. weil alles hat seine kategorie und was
nicht ist auch nicht um ewig auf der seite zu bleiben fertig."

SEINE BEGRUENDUNG IST DIE REGEL. Ein Anschlagbrett sagt, was GERADE
gilt. Was laenger gilt, hat seinen eigenen Bereich -- Regeln stehen bei
den Regeln, Termine bei "Was ansteht". Eine Ansage vom letzten
Dienstag, die noch haengt, ist keine Ansage mehr, sondern Papier an der
Wand.

DIE DREI ENTSCHEIDUNGEN, DIE ICH TREFFEN MUSSTE -- und woran ich sie
festgemacht habe:

1. AB WANN LAUFEN DIE 24 STUNDEN? Ab `erstellt`, nicht ab `datum`.
   `datum` ist ein vom Team gesetztes Feld und kann in der Zukunft
   liegen (es traegt die Termine). Eine Ansage, die morgen gilt, soll
   morgen verschwinden und nicht uebermorgen.

2. VERSCHWINDET SIE GANZ? Nein. Er sagt "von DA verschwinden" -- von
   der Seite. Geloescht wird nichts: Wer eine Ansage geschrieben hat,
   soll sie wiederfinden. Sie kommt als `abgehaengt` mit und steht
   zugeklappt unter einer leisen Zeile "Abgehaengt (3)". Auf dem Brett
   selbst steht sie damit nicht mehr.

3. WER ENTSCHEIDET? Der Server. Die Stunden im Browser nachzurechnen
   waere eine zweite Fassung derselben Regel, und eine davon waere
   irgendwann aelter. Die Frist geht als Zahl mit der Antwort.

DAS AUSSEHEN ("viel besser gestaltet, übersichtlicher, moderner,
hochwertiger, professioneller"): Was haengt, sieht jetzt aus wie etwas,
das haengt -- kraeftiger Rand links in der Farbe seiner ART (Ansage
babyblau, Neue Regel gold, Hinweis lila, Danke gruen), ein Schein von
links, mehr Luft. Die Art stand bisher nur im Text; jetzt sieht man
sie. Abgehaengtes ist grau statt durchsichtig -- durchsichtig hiesse,
das Buehnenbild scheint durch, also Text auf einem Foto.

pruef-anschlagbrett.mjs (NEU, 12/0) misst beide Seiten der Grenze
(23 h haengt, 25 h nicht), rechnet relativ zur jetzigen Uhrzeit statt
mit einem festen Datum, und hat den Eintrag, an dem sich alles
entscheidet: alt aufgehaengt, Datum von heute. Wer nach `datum`
filtert, laesst ihn haengen. Dazu zwei Gegenproben: auf jedem anderen
Brett gibt es das Merkmal gar nicht, und wo die Grenze WIRKLICH liegt,
wird aus den Eintraegen nachgerechnet statt aus der Zahl im Modul.

NEBENBEFUND, den erst dieser Commit ausgeloest hat
---------------------------------------------------
pruef-bereiche-lesend stuerzte ab: "listen EACCES 127.0.0.1:5040".

Die Portnummern werden aus der Stelle im Alphabet abgeleitet -- heute
sind fuenf neue Pruefdateien dazugekommen, und dadurch ist diese
Pruefung auf die 5040 gerutscht. Die haelt auf diesem Rechner ein
Windows-Dienst (svchost, PID 7136).

`portMussFreiSein` kannte nur ZWEI Antworten: EADDRINUSE oder frei.
EACCES galt als frei -- die Pruefung lief weiter, bis der echte Server
auf demselben Port startete und mit einem unbehandelten Fehler
abstuerzte. Ein Stapelauszug aus node:net, der wie ein Fehler im Code
aussieht.

Jetzt drei Antworten. Und ein belegter Port wird anders behandelt als
ein gesperrter: Belegt geht vorbei (der andere Lauf hoert auf),
gesperrt nie. Abzubrechen hiesse, die Pruefung waere auf diesem Rechner
dauerhaft nicht ausfuehrbar -- die Sorte Warnung, die immer kommt und
deshalb weggeklickt wird. Ausgewichen wird um einen festen Betrag
(+4000), damit die Nummer abgeleitet und eindeutig bleibt.

Mitgelaufen und gruen: pruef-bereiche-lesend, pruef-css-klassen.

Co-Authored-By: Claude Opus 5 <[email protected]>

server/workspace-bereiche.js

@@ -80,6 +80,18 @@ export const bereicheRouter = express.Router();
 
 /* Die Bereiche und ihre Arten. Bewusst hier und nicht in der Datenbank:
    Es sind Festlegungen aus dem Konzept, keine Nutzdaten. */
+/** Wie lange eine Ansage am Anschlagbrett haengt -- in Stunden.
+ *
+ *  Filipe am 22.09.2026: „die sachen sollen in der seite vom
+ *  anschlagbrett immer automatisch nach 24h von da verschwinden."
+ *
+ *  ALS ZAHL AN EINER STELLE, damit die Anzeige („seit gestern") und
+ *  die Regel (was noch haengt) nicht auseinanderlaufen koennen. Sie
+ *  geht mit der Antwort an den Browser -- eine 24 im Skript waere die
+ *  zweite Fassung, und beim naechsten Mal stuende dort eine andere
+ *  Zahl als hier. */
+export const ANSCHLAG_STUNDEN = 24;
+
 export const BEREICHE = {
   /* =====================================================================
      DIE SIEBEN BRETTER DES TREFFS (11.09.2026)
@@ -1303,6 +1315,52 @@ bereicheRouter.get("/workspace/api/bereich/:bereich", (req, res) => {
       ORDER BY ${reihenfolge}`)
       .all(...(treffBrett ? [wer] : []), ...regel.werte, bereich);
 
+    /* =================================================================
+       DAS ANSCHLAGBRETT HAELT 24 STUNDEN (22.09.2026)
+       =================================================================
+
+       Filipe: „die sachen sollen in der seite vom anschlagbrett immer
+       automatisch nach 24h von da verschwinden. weil alles hat seine
+       kategorie und was nicht ist auch nicht um ewig auf der seite zu
+       bleiben fertig."
+
+       SEINE BEGRUENDUNG IST DIE REGEL: Ein Anschlagbrett sagt, was
+       GERADE gilt. Was laenger gilt, hat seinen eigenen Bereich -- die
+       Regeln stehen bei den Regeln, Termine bei „Was ansteht". Eine
+       Ansage vom letzten Dienstag, die noch haengt, ist keine Ansage
+       mehr, sondern Papier an der Wand.
+
+       AB WANN DIE 24 STUNDEN LAUFEN: ab `erstellt`, also ab dem
+       Augenblick, in dem jemand sie aufgehaengt hat. Nicht ab `datum`
+       -- das ist ein vom Team gesetztes Feld und kann in der Zukunft
+       liegen (es traegt die Termine). Eine Ansage, die morgen gilt,
+       soll morgen verschwinden und nicht uebermorgen.
+
+       SIE VERSCHWINDET VON DER SEITE, NICHT AUS DER WELT.
+       Filipe sagt „von da verschwinden" -- von DA. Geloescht wird
+       nichts: Wer eine Ansage geschrieben hat, soll sie
+       wiederfinden, und eine Ansage rueckwirkend verschwinden zu
+       lassen waere etwas anderes als sie abzuhaengen. Die aelteren
+       kommen deshalb mit, aber als `abgehaengt` gekennzeichnet; die
+       Seite zeigt sie zugeklappt unter einer Zeile.
+
+       WARUM DER SERVER DAS ENTSCHEIDET UND NICHT DER BROWSER: Im
+       Browser waere es eine zweite Fassung derselben Regel -- und die
+       eine wuerde irgendwann etwas anderes sagen als die andere.
+       Dieselbe Ueberlegung steht zehn Zeilen tiefer schon einmal, zum
+       Termin.
+       ================================================================= */
+    if (bereich === "anschlag") {
+      const grenze = Date.now() - ANSCHLAG_STUNDEN * 3600 * 1000;
+      for (const e of eintraege) {
+        const auf = Date.parse(e.erstellt || "");
+        /* OHNE LESBARES DATUM BLEIBT SIE HAENGEN. Ein unlesbarer
+           Zeitstempel ist ein Grund nachzusehen, kein Grund, etwas
+           verschwinden zu lassen. */
+        e.abgehaengt = Number.isFinite(auf) ? auf < grenze : false;
+      }
+    }
+
     /* STEHT DIESER ZETTEL IM KALENDER? (17.09.2026)
 
        Der Kalender zeigt seit heute, was auf den Brettern steht und
@@ -1518,6 +1576,12 @@ bereicheRouter.get("/workspace/api/bereich/:bereich", (req, res) => {
     res.json({
       bereich, einstellung: { ...einstellung, ober, entscheidung },
       treff: treffBrett, gehoert, weiter,
+      /* WIE LANGE EINE ANSAGE HAENGT -- vom Server, damit die Anzeige
+         („seit gestern abgehaengt") und die Regel dieselbe Zahl
+         benutzen. Nur am Anschlagbrett; ueberall sonst gibt es keine
+         Frist, und ein Feld, das immer 24 sagt, wuerde irgendwann
+         irgendwo ausgewertet. */
+      ...(bereich === "anschlag" ? { anschlag_stunden: ANSCHLAG_STUNDEN } : {}),
       /* DARF DIESER MENSCH IN DEN KALENDER? Beantwortet von den zwei
          Stellen, die es entscheiden -- nicht von einer dritten Regel
          im Browser. Die Karte zeigt ihren Termin dann als Text statt