DogFatherGitandClaude Opus 5
8a9ab66c44
Filipe: „ich will dass wenn sich jemand bei der workspace seite
anmeldet, angemeldet bleibt bis er sich selbst abmeldet."
ERST GEMESSEN, DANN GEBAUT -- und das hat die Richtung gedreht.
Die naheliegende Antwort waere gewesen, die Sitzung zu verlaengern.
Sie war aber nie zu kurz:
* Der Keks gilt 180 Tage und verlaengert sich beim Benutzen.
* In der echten Datenbank lief KEINE der 28 Sitzungen vor Maerz
2027 ab.
* Am echten Browser nachgestellt: Er uebersteht dreimaliges
Neuladen, den Service Worker UND das Schliessen des Browsers.
Trotzdem meldeten sich dieselben Geraete staendig neu an. DogFathers
Android am 05.10. um 22:54 UND um 22:55 -- gleiche IP, gleiche
Browserkennung, eine Minute auseinander. Kein zweites Geraet.
DER GRUND: `/workspace/` lieferte die Anmeldung aus, OHNE zu fragen,
ob schon jemand angemeldet ist. Das ist die Adresse, die man tippt,
als Lesezeichen hat und weitergibt. Wer sie oeffnete, sah das
Codefeld und tippte den Code noch einmal -- obwohl seine Sitzung die
ganze Zeit gueltig war. Jede Eingabe legt eine neue Sitzung an;
deshalb standen sieben davon bei einer Person.
Haette ich die Sitzungsdauer erhoeht, waere der Fehler geblieben und
die Sicherheit schlechter geworden.
(Die installierte App startet auf `start.html` und war nie betroffen.
Es traf nur den Weg ueber die Adresszeile -- also den haeufigsten.)
WARUM DIE WEITERLEITUNG AUF DEM SERVER STEHT
Mein erster Entwurf stand in gate.js und fragte `/api/ich`. Er
funktionierte und war trotzdem die schlechtere Loesung:
* Ohne Sitzung antwortet `/api/ich` mit 401 -- danach stand bei
JEDEM Aufruf der Anmeldung ein Fehler in der Browserkonsole.
`pruef-neue-seiten` wurde davon zehnmal rot, und eine Meldung,
die immer kommt, liest nach dem zweiten Mal niemand mehr.
* Die Seite musste waehrend der Abfrage verdeckt werden, und diese
Verdeckung brauchte wieder eine Notfrist, damit sie bei
schlechtem Netz nicht haengen bleibt.
* Und es brauchte eine Schleifensperre mit Zeitstempel in zwei
Dateien -- deren erste Fassung prompt jeden ZWEITEN Aufruf auf
der Anmeldung stehen liess. Die Pruefung hat genau das gefunden.
Drei Hilfskonstruktionen fuer etwas, das der Server in einer Zeile
weiss: Er liest die Sitzung ohnehin bei jeder Anfrage. Jetzt sieht
man die Anmeldung gar nicht erst, es gibt keinen Fehler in der
Konsole, und es geht auch ohne JavaScript. Die drei Hilfskonstruktionen
sind wieder entfernt; gate.css ist unveraendert.
BEIDE HAEUSER, OHNE SIE ZU VERMISCHEN: Auf der Crew-Adresse liefert
`/workspace/` die Datei crew-index.html -- derselbe Weg, dasselbe
Ziel. Der Keks bleibt host-gebunden: Wer nur im anderen Haus
angemeldet ist, bekommt weiterhin die Anmeldung, genau wie es die
Haustrennung vom 24.09.2026 verlangt. pruef-crew-adresse bleibt gruen.
NEU: pruef-angemeldet-bleiben.mjs (22 Pruefungen, 0 Fehler)
Mit einem echten Browserprofil auf der Platte -- nur so ueberlebt ein
Keks das Schliessen des Browsers; ein gewoehnlicher Kontext vergisst
alles, und dann maesse die Pruefung ihre eigene Einrichtung.
DIE WICHTIGSTE ZEILE IST DIE ZAHL DER SITZUNGEN. „Man bleibt
angemeldet" laesst sich leicht vortaeuschen: Wer bei jedem Besuch
stillschweigend neu anmeldet, sieht auch nie ein Codefeld. Deshalb
wird durchgehend gezaehlt -- es bleibt bei EINER, ueber drei Aufrufe
und einen Browserneustart hinweg.
Dazu die Gegenprobe in beide Richtungen: Abmelden beendet es
wirklich (die Sitzung ist weg, die Anmeldung bleibt stehen, kein Hin
und Her), und ohne Keks fuehrt `/workspace/` nicht zur Startseite --
die Messung kann also auch Nein sagen.
DREI MEINER EIGENEN MESSUNGEN WAREN ZUERST FALSCH, nicht der Code:
Die Pruefung klickte „Abmelden" ohne die Rueckfrage zu bestaetigen
und meldete dann „die Sitzung ist nicht weg"; ihre Knopfauswahl traf
einen unsichtbaren Knopf und lief 30 Sekunden in eine
Zeitueberschreitung; und die erste Schleifensperre war zu grob.
Alle drei berichtigt, bevor sie als Befund durchgingen.
NICHT VON MIR: pruef-css-klassen meldet weiterhin 44 statt 42
Schriftgroessen unter 11,5 px (uebersicht.css, wissen.css) -- derselbe
aeltere Befund wie gestern.
Co-Authored-By: Claude Opus 5 <[email protected]>
140 lines
5.7 KiB
HTML
140 lines
5.7 KiB
HTML
<!doctype html>
|
||
<html lang="de">
|
||
<head>
|
||
<meta charset="utf-8" />
|
||
<meta name="viewport" content="width=device-width, initial-scale=1, viewport-fit=cover" />
|
||
<title>Meldungen & Maßnahmen · Das Rudel</title>
|
||
<meta name="robots" content="noindex, nofollow" />
|
||
<link rel="manifest" href="/workspace/app.webmanifest" />
|
||
<meta name="theme-color" content="#06090f" />
|
||
<link rel="icon" type="image/png" href="/assets/img/app-symbole/workspace-32.png?v=202610060113" />
|
||
<link rel="apple-touch-icon" href="/assets/img/app-symbole/workspace-180.png?v=202610060113" />
|
||
<link rel="stylesheet" href="assets/css/gate.css?v=202610060113" />
|
||
<link rel="stylesheet" href="assets/css/start.css?v=202610060113" />
|
||
<link rel="stylesheet" href="assets/css/aufgaben.css?v=202610060113" />
|
||
<link rel="stylesheet" href="assets/css/treff.css?v=202610060113" />
|
||
<link rel="stylesheet" href="assets/css/module.css?v=202610060113" />
|
||
<link rel="stylesheet" href="assets/css/haus.css?v=202610060113" />
|
||
</head>
|
||
|
||
<body class="start">
|
||
|
||
<div class="schleier" aria-hidden="true"></div>
|
||
|
||
<header class="kopfleiste">
|
||
<button type="button" class="zurueck-knopf" id="zurueck" hidden>
|
||
<svg class="zurueck-knopf__pfeil" viewBox="0 0 24 24" aria-hidden="true">
|
||
<path d="M14.5 5.5 8 12l6.5 6.5" />
|
||
</svg>
|
||
<span class="zurueck-knopf__text">Zurück</span>
|
||
</button>
|
||
<p class="marke"><span class="marke__text"><a class="zurueck" href="start.html">Das Rudel</a> · Meldungen</span></p>
|
||
<div class="kopfleiste__rechts">
|
||
<span class="wer" id="wer">…</span>
|
||
<button type="button" class="abmelden" id="abmelden">Abmelden</button>
|
||
</div>
|
||
</header>
|
||
|
||
<main class="inhalt inhalt--breit">
|
||
|
||
<section class="kopf-zeile">
|
||
<div>
|
||
<p class="marke">Das Rudel · Moderation</p>
|
||
<h1 class="titel">Meldungen & Maßnahmen</h1>
|
||
<p class="unterzeile">
|
||
Was gemeldet wurde, was entfernt wurde und mit welcher Begründung –
|
||
alles an einer Stelle.
|
||
</p>
|
||
</div>
|
||
</section>
|
||
|
||
<p class="fehler" id="fehler" role="alert" aria-live="polite"></p>
|
||
|
||
<!-- ==================================================================
|
||
WARUM DIESE SEITE EXISTIERT
|
||
|
||
Die Schnittstellen dafür gab es zuerst, die Seite nicht. Eine
|
||
Meldung, die nur über eine Schnittstelle abrufbar ist, ist keine
|
||
Meldung — sie ist eine Zeile in einer Datenbank, die niemand
|
||
liest. Der DSA verlangt in Artikel 16, dass Meldungen
|
||
BEARBEITET werden; ohne eine Stelle, an der sie erscheinen,
|
||
wäre das ein Versprechen an eine Schublade.
|
||
|
||
DREI ABSCHNITTE, IN DIESER REIHENFOLGE: Was liegt an (Meldungen)
|
||
— was wurde getan (Entfernt) — wer ist gesperrt (Maßnahmen). Wer
|
||
diese Seite öffnet, hat fast immer die erste Frage.
|
||
============================================================== -->
|
||
|
||
<!-- WAS HEREINKOMMT (17.09.2026). Steht GANZ OBEN, vor den offenen
|
||
Meldungen: Eine Meldung setzt voraus, dass jemand etwas gesehen
|
||
hat. Wer acht Bretter durchklicken muss, um zu sehen, ob etwas
|
||
Neues da ist, tut es nicht achtmal am Tag -- und was niemand
|
||
ansieht, moderiert auch niemand. -->
|
||
<section class="treff-abschnitt">
|
||
<h2 class="treff-abschnitt__titel">Was hereinkommt</h2>
|
||
<div class="treff-abschnitt__inhalt">
|
||
<p>
|
||
Die neuesten Beiträge aus allen Bereichen der Community –
|
||
an einer Stelle, damit niemand acht Bretter durchklicken muss.
|
||
</p>
|
||
</div>
|
||
<div id="zulauf" aria-busy="true"><p class="leise">wird geladen …</p></div>
|
||
</section>
|
||
|
||
<section class="treff-abschnitt">
|
||
<h2 class="treff-abschnitt__titel">Offene Meldungen</h2>
|
||
<div class="treff-abschnitt__inhalt">
|
||
<p>
|
||
Zu jeder Entscheidung gehört ein Satz. Er wird festgehalten –
|
||
auch damit man später weiß, warum etwas so entschieden wurde.
|
||
</p>
|
||
</div>
|
||
<div id="meldungen" aria-busy="true"><p class="leise">wird geladen …</p></div>
|
||
</section>
|
||
|
||
<section class="treff-abschnitt">
|
||
<h2 class="treff-abschnitt__titel">Entfernt</h2>
|
||
<div class="treff-abschnitt__inhalt">
|
||
<p>
|
||
Was entfernt wurde, und warum. Die Begründung überlebt den Beitrag –
|
||
das ist der Sinn der Sache
|
||
<span class="leise">(Digital Services Act, Artikel 17)</span>.
|
||
</p>
|
||
</div>
|
||
<div id="entfernt" aria-busy="true"><p class="leise">wird geladen …</p></div>
|
||
</section>
|
||
|
||
<section class="treff-abschnitt">
|
||
<h2 class="treff-abschnitt__titel">Die Mitglieder</h2>
|
||
<div class="treff-abschnitt__inhalt">
|
||
<p>
|
||
Wer da ist, seit wann, auf welcher Stufe – und wer gerade eine Pause
|
||
hat. Von hier aus wird gehandelt; die Stufe steht nur hier und
|
||
<strong>nie</strong> neben dem Namen im Rudel.
|
||
</p>
|
||
</div>
|
||
<div id="mitglieder" aria-busy="true"><p class="leise">wird geladen …</p></div>
|
||
</section>
|
||
|
||
<section class="treff-abschnitt">
|
||
<h2 class="treff-abschnitt__titel">Hinweise, Pausen, Ausschlüsse</h2>
|
||
<div class="treff-abschnitt__inhalt">
|
||
<p id="leiter">…</p>
|
||
</div>
|
||
<div id="massnahmen" aria-busy="true"><p class="leise">wird geladen …</p></div>
|
||
</section>
|
||
|
||
</main>
|
||
|
||
<script src="assets/js/meldung.js?v=202610060113" defer></script>
|
||
<script src="assets/js/nachfrage.js?v=202610060113" defer></script>
|
||
|
||
<script src="assets/js/wahl.js?v=202610060113" defer></script>
|
||
<script src="assets/js/bereiche.js?v=202610060113" defer></script>
|
||
<script src="assets/js/installieren.js?v=202610060113" defer></script>
|
||
<script src="assets/js/kopf.js?v=202610060113" defer></script>
|
||
<script src="assets/js/glocke.js?v=202610060113" defer></script>
|
||
<script src="assets/js/treff-moderation.js?v=202610060113" defer></script>
|
||
</body>
|
||
</html>
|