Oeffentliche Statusseite nach Statuspage-Vorbild

Neue Seite /status auf dem Hub: Gesamtlage als Banner, darunter die
freigegebenen Dienste mit 90-Tage-Balken, die Game-Server, und die
Stoerungs-Historie der letzten 90 Tage.

Die Adressliste ist von einer kommagetrennten Einstellung in eine Tabelle
gewandert. Jeder Dienst hat jetzt Namen, Gruppe und einen Schalter
"oeffentlich" — sonst stuende auf einer oeffentlichen Seite die nackte URL,
auch von internen Diensten. Die alte Liste wird beim ersten Start uebernommen,
bewusst als nicht oeffentlich: was dort auftaucht, soll eine Entscheidung sein
und nicht durch eine Migration passieren.

/api/status liefert nur freigegebene Dienste und dabei keine Adressen, nur
Namen. Auch die Stoerungs-Historie ist gefiltert — sonst verriete sie, was es
sonst noch gibt. Im Browser gegengeprueft: auf der ganzen Seite steht kein
einziges https://.

Stoerungen werden jetzt aufgezeichnet, nicht nur gemeldet: pro Adresse ein
offener Eintrag, bis es wieder laeuft. Beim Wiederkommen wird er geschlossen,
bevor die DM rausgeht — sonst bliebe er bei einem Sendefehler ewig offen.

Aufbewahrung von 7 auf 90 Tage. Der Balken kann jetzt zwei Aufloesungen:
168 Stunden fuers Panel ("was war letzte Nacht?") und 90 Tage fuer die
Statusseite ("wie zuverlaessig?"). Stuendlich ueber 90 Tage waeren ueber 2000
Striche und unlesbar.

Im Panel sind aus der reinen Anzeige Verwaltung geworden: anlegen, bearbeiten,
entfernen, freigeben — dazu die Stoerungsliste.

Beim Bauen gefunden: die Uebernahme der alten Liste stand mitten in db.js und
rief getSetting(), dessen prepared statement erst 300 Zeilen weiter unten
entsteht. Der Bot starb beim Start mit "Cannot access getSettingStmt before
initialization" — nachgewiesen, dann ans Dateiende verschoben.

Geprueft: 182 SQL-Abfragen gegen das Schema, alle schreibenden Routen bewacht,
Stoerungs-Logik durchgespielt (doppeltes Eroeffnen wird abgelehnt, Schliessen
ohne offene gibt null), und beide Seiten im Browser mit drei Diensten in allen
drei Zustaenden.

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

frontend/src/components/UptimeTrack.jsx

@@ -1,31 +1,41 @@
-// Erreichbarkeits-Balken: ein Strich pro Stunde über 7 Tage.
+// Erreichbarkeits-Balken: ein Strich je Zeitabschnitt.
 //
-// Wird von der öffentlichen Server-Seite und der Watchdog-Übersicht im Panel
-// benutzt — beide bekommen dieselben Stundeneimer vom Server geliefert
-// ({ stunde, proben, an }), deshalb liegt das hier und nicht in einer Seite.
+// Zwei Auflösungen, weil zwei Seiten unterschiedliche Fragen stellen:
+//   stunden — 168 Striche über 7 Tage, fürs Panel („was war letzte Nacht?")
+//   tage    — 90 Striche über 90 Tage, für die Statusseite („wie zuverlässig?")
+//
+// Stündlich über 90 Tage wären über 2000 Striche und damit unlesbar; Statuspage
+// löst es genauso. Der Server liefert die passenden Eimer, hier wird nur
+// gezeichnet und die Lücken ergänzt.
 import { useT, useFmt } from '../i18n.jsx';
 
-const STUNDEN = 168;
+const MODI = {
+    stunden: { anzahl: 168, ms: 3600000, schluessel: (d) => d.toISOString().slice(0, 13), feld: 'stunde' },
+    tage: { anzahl: 90, ms: 86400000, schluessel: (d) => d.toISOString().slice(0, 10), feld: 'tag' },
+};
 
-export default function UptimeTrack({ buckets }) {
+export default function UptimeTrack({ buckets, modus = 'stunden' }) {
     const { t } = useT();
     const { tag, datum } = useFmt();
     if (!buckets?.length) return null;
 
-    const proStunde = new Map(buckets.map((b) => [b.stunde, b]));
-    const jetzt = new Date();
-    jetzt.setMinutes(0, 0, 0);
+    const m = MODI[modus] ?? MODI.stunden;
+    const proAbschnitt = new Map(buckets.map((b) => [b[m.feld], b]));
+
+    const start = new Date();
+    if (modus === 'tage') start.setHours(0, 0, 0, 0);
+    else start.setMinutes(0, 0, 0);
 
     const striche = [];
     let gemessen = 0;
     let erreichbar = 0;
-    for (let i = STUNDEN - 1; i >= 0; i--) {
-        const d = new Date(jetzt.getTime() - i * 3600000);
-        // Schlüssel wie strftime('%Y-%m-%dT%H') in SQLite — das rechnet in UTC,
-        // hier also bewusst auch. Angezeigt wird gleich die Ortszeit, sonst
-        // stünde im Tooltip eine Stunde, die niemand wiedererkennt.
-        const key = d.toISOString().slice(0, 13);
-        const b = proStunde.get(key);
+    for (let i = m.anzahl - 1; i >= 0; i--) {
+        const d = new Date(start.getTime() - i * m.ms);
+        // Schlüssel wie strftime in SQLite — das rechnet in UTC, hier also
+        // bewusst auch. Angezeigt wird gleich die Ortszeit, sonst stünde im
+        // Tooltip eine Stunde, die niemand wiedererkennt.
+        const key = m.schluessel(d);
+        const b = proAbschnitt.get(key);
         let art = 'leer';
         if (b) {
             gemessen += b.proben;
@@ -37,7 +47,9 @@ export default function UptimeTrack({ buckets }) {
 
     const quote = gemessen > 0 ? (erreichbar / gemessen) * 100 : null;
     const titel = (s) => {
-        const wann = datum(s.zeit, { day: '2-digit', month: '2-digit', hour: '2-digit', minute: '2-digit' });
+        const wann = modus === 'tage'
+            ? datum(s.zeit, { day: '2-digit', month: '2-digit', year: 'numeric' })
+            : datum(s.zeit, { day: '2-digit', month: '2-digit', hour: '2-digit', minute: '2-digit' });
         if (!s.b) return `${wann} — ${t('server.noData')}`;
         const anteil = Math.round((s.b.an / s.b.proben) * 100);
         // Antwortzeit nur, wo sie erhoben wird (Watchdog) und etwas lief
@@ -54,7 +66,7 @@ export default function UptimeTrack({ buckets }) {
                 ))}
             </div>
             <div className="up-track-foot">
-                <span>{t('server.days7')}</span>
+                <span>{modus === 'tage' ? t('status.days90') : t('server.days7')}</span>
                 {quote != null && (
                     <span className={quote >= 99 ? 'up-good' : quote >= 90 ? '' : 'up-bad'}>
                         {quote.toLocaleString(tag, { minimumFractionDigits: 1, maximumFractionDigits: 1 })} %