GEMESSEN, BEVOR ICH ETWAS ANGEFASST HABE:
204 pruef-Dateien, abgeleitete Ports 5000-5409 (dicht belegt)
24 mess-Dateien, Nummern von Hand: 4471 bis 5493
davon IM Pruefbereich: 5387, 5397, 5397, 5399, 5399, 5401, 5403, 5405
untereinander doppelt: 5397, 5399, 5461, 5483, 5491
Aufgefallen ist es, weil mess-buehne und mess-reaktion beide auf 5483
lagen und ein haengengebliebener Lauf gestern einen ganzen Messlauf
gekostet hat.
Beim Umbau kam das Groessere heraus: EINUNDZWANZIG der 24 Messdateien
hatten nicht nur eine Nummer von Hand, sondern ueberhaupt keinen
Waechter -- schlicht `const PORT = 5397;`. Liegt dort schon ein
Server, startet der eigene still nicht, und gemessen wird ab da ein
fremder Stand. Genau der Fehler, gegen den helfer-port.mjs gebaut
wurde; die Messdateien standen die ganze Zeit ausserhalb.
WAS JETZT GILT
Zwei Sorten, zwei Bereiche, beide abgeleitet aus der Stelle im
Alphabet -- jede Sorte unter ihresgleichen, sonst verschoebe eine
neue Pruefung die Nummern aller Messungen. Pruefungen ab 5000,
Messungen ab MESS_BASIS = 5900.
5900 und nicht 5500: dazwischen bleibt Platz fuer 245 weitere
Pruefdateien (bei 5500 waeren es 45). Nach oben 5948 + AUSWEICHEN
4000 = 9948, also unter 10080, der naechsten gesperrten Nummer.
Nachgerechnet, nicht geschaetzt -- eine geschaetzte 4500 hatte bei
BASIS schon einmal danebengelegen.
Eine Wache dazu: Waechst der Pruefbereich bis an MESS_BASIS heran,
bricht die Ableitung ab und sagt, was zu tun ist. Eine stille
Ueberschneidung waere genau der Fehler, den das hier beseitigt.
Die zweite Nummer kommt ueber nr=1, nie ueber `PORT + 1`:
portNummer ueberspringt gesperrte Nummern, deshalb kann die naechste
Zahl die Nummer der naechsten DATEI sein, sobald einmal eine Sperre
dazwischenliegt. Heute liegt dort keine -- das ist Glueck, kein
Entwurf.
NEBENBEI GEFUNDEN UND MIT REPARIERT
Sechs bild-*.mjs riefen den Waechter und warfen seine Antwort weg:
await portMussFreiSein(4315, "das Bildwerkzeug");
process.env.PORT = "4315";
const BASIS = "http://127.0.0.1:4315";
Er lief, meldete nichts und wirkte nicht. Gibt das System den Port
dauerhaft nicht her, weicht er auf Port + 4000 aus und GIBT DIE NEUE
NUMMER ZURUECK -- diese Werkzeuge hoerten danach trotzdem auf der
alten und stuerzten mit `listen EACCES` ab, also mit genau dem
Fehler, gegen den er gebaut wurde. Dazu stand die Zahl dreimal je
Datei. Jetzt einmal, und die Antwort wird benutzt.
tiktok-videos.mjs hatte den Waechter ABGESCHRIEBEN -- eine kurze
eigene Fassung ohne den dritten Ausgang: Bei EACCES meldete sie
"belegt" und brach ab, statt auszuweichen. Auf diesem Rechner ist
genau das am 23.09. eingetreten (Port 5040, Windows-Dienst).
mess-fokus und mess-notizblock hatten dieselbe Abschrift. Eine
abgeschriebene Sicherung ist dieselbe Falle wie eine abgeschriebene
Liste.
GEPRUEFT
pruef-portnummern 15 -> 41 Pruefungen, 0 Fehler
pruef-ports 8 -> 10 Pruefungen, 456 statt 408 Ports geprobt
node --check auf allen 33 geaenderten Dateien
Gegenproben, die wirklich rot werden:
- eine Messdatei auf eine feste Nummer zurueckgesetzt -> 2 FEHL,
danach wieder 41/0
- die Wache: in einem Wegwerf-Ordner mit 452 pruef-Dateien bricht
eigenerPort ab statt still zu ueberlappen; eine Datei knapp
darunter bekommt weiter ihre Nummer (5846)
- die Erkennungen fuer feste Nummern, PORT + 1 und weggeworfene
Waechterantworten je gegen einen gebauten Rueckschritt
Am echten Verhalten gemessen:
- mess-chat-liste und mess-alle-einzelsicht (beide vorher 5397)
GLEICHZEITIG gestartet: 5906 und 5900, beide exit=0. Vorher war
das unmoeglich.
- die 48 neuen Nummern 5900-5947 auf diesem Rechner durchprobiert:
keine belegt, keine vom System gesperrt
- bild-chat.mjs durchgelaufen, drei Bilder, exit=0
Kein Eingriff am laufenden Dienst: helfer-port.mjs wird von index.js
und workspace.js nicht geladen (nachgesehen), nur von Pruef- und
Messwerkzeugen. Beide Haeuser unberuehrt -- es wird keine Zeile
angefasst, die eine Seite ausliefert.
Co-Authored-By: Claude Opus 5 <[email protected]>
264 lines
12 KiB
JavaScript
264 lines
12 KiB
JavaScript
/* =====================================================================
|
|
WO STEHT DER VERLAUF, WENN MAN IHN AUFMACHT? (25.09.2026)
|
|
=====================================================================
|
|
|
|
Filipe: „wenn ich in den chat rein gehe und es neue kommentare gibt,
|
|
will ich dass mein chat sich da öffnet wo die neuen nachrichten
|
|
anfangen die ich noch nicht gesehen hab bitte und nicht immer ganz
|
|
unten. sonst muss man immer hoch scrollen um die neuen zu lesen und
|
|
das ist scheisse."
|
|
|
|
IM QUELLTEXT STEHT DAS SEIT DEM 09.09.2026 -- eine Linie „Ab hier
|
|
neu" und ein Sprung darauf. Filipe sagt, es passiert nicht. Also
|
|
wird gemessen statt gelesen: Zwei Menschen, echte Nachrichten, und
|
|
danach die Frage, wo der Verlauf wirklich steht.
|
|
|
|
GEMESSEN WIRD IN PIXELN, nicht im Gefuehl: Wie weit ist die Linie
|
|
vom oberen Rand des sichtbaren Bereichs entfernt? Steht sie im Bild?
|
|
Und wie viel Verlauf liegt darunter -- also: wie weit haette man
|
|
scrollen muessen?
|
|
|
|
Aufrufen mit: node server/mess-chat-neu-stelle.mjs
|
|
===================================================================== */
|
|
import { mkdtempSync, rmSync, readFileSync } from "node:fs";
|
|
import { tmpdir } from "node:os";
|
|
import { join } from "node:path";
|
|
import { execFileSync } from "node:child_process";
|
|
import { request as httpAnfrage } from "node:http";
|
|
import { createServer as httpsServer } from "node:https";
|
|
|
|
import { eigenerPort } from "./helfer-port.mjs";
|
|
const PORT = await eigenerPort(import.meta);
|
|
const HP = await eigenerPort(import.meta, "mess-chat-neu-stelle (HTTPS)", 1);
|
|
const CREW = "crew.dogfather-universe.com";
|
|
const ordner = mkdtempSync(join(tmpdir(), "ws-neustelle-"));
|
|
process.env.WORKSPACE_DB = join(ordner, "workspace.db");
|
|
process.env.PORT = String(PORT);
|
|
process.env.SITE_ACCESS_SECRET = "lokaler-test";
|
|
process.env.SITE_PUBLIC_LAUNCH_AT = "2020-01-01T00:00:00+01:00";
|
|
|
|
const express = (await import("express")).default;
|
|
const ec = express.response.cookie;
|
|
express.response.cookie = function (n, w, o) {
|
|
return ec.call(this, n, w, { ...(o || {}), secure: false });
|
|
};
|
|
import { notbremse } from "./helfer-notbremse.mjs";
|
|
import { zertifikatBauen } from "./helfer-openssl.mjs";
|
|
await import("./index.js");
|
|
notbremse(300_000, "mess-chat-neu-stelle");
|
|
await new Promise((r) => setTimeout(r, 900));
|
|
process.on("uncaughtException", (f) => { console.error("ABSTURZ:", f); process.exit(7); });
|
|
|
|
const { DatabaseSync } = await import("node:sqlite");
|
|
const { scryptSync, randomBytes, createHmac } = await import("node:crypto");
|
|
const d = new DatabaseSync(process.env.WORKSPACE_DB);
|
|
const jetzt = new Date().toISOString();
|
|
const sch = randomBytes(32).toString("hex");
|
|
d.prepare("INSERT INTO einstellungen (schluessel, wert, geaendert, von)"
|
|
+ " VALUES (?,?,?,NULL) ON CONFLICT(schluessel) DO NOTHING")
|
|
.run("code_kennung_schluessel", sch, jetzt);
|
|
const anlegen = (name, rolle, code) => {
|
|
const s = randomBytes(16).toString("hex");
|
|
const h = scryptSync(code, s, 64,
|
|
{ N: 32768, r: 8, p: 1, maxmem: 96 * 1024 * 1024 }).toString("hex");
|
|
return d.prepare("INSERT INTO personen"
|
|
+ " (name, rolle, code_hash, code_salt, code_n, code_kennung, aktiv, erstellt)"
|
|
+ " VALUES (?,?,?,?,?,?,1,?) RETURNING id")
|
|
.get(name, rolle, h, s, 32768,
|
|
createHmac("sha256", sch).update(code).digest("hex"), jetzt).id;
|
|
};
|
|
const idDogi = anlegen("Filipe", "admin", "CODE-DOGI-0001");
|
|
const idA = anlegen("Kessi", "modi", "CODE-MODI-0001");
|
|
d.close();
|
|
|
|
const roh = (keks, pfad, methode = "GET", koerper = null) =>
|
|
new Promise((fertig, schief) => {
|
|
const daten = koerper === null ? null : JSON.stringify(koerper);
|
|
const a = httpAnfrage({
|
|
host: "127.0.0.1", port: PORT, path: pfad, method: methode,
|
|
headers: {
|
|
Host: CREW, ...(keks ? { Cookie: keks } : {}),
|
|
Origin: `https://${CREW}`, Referer: `https://${CREW}/workspace/chat.html`,
|
|
...(daten ? { "Content-Type": "application/json",
|
|
"Content-Length": Buffer.byteLength(daten) } : {}),
|
|
},
|
|
}, (r) => {
|
|
let t = ""; r.on("data", (x) => { t += x; });
|
|
r.on("end", () => fertig({ status: r.statusCode, kopf: r.headers,
|
|
json: () => { try { return JSON.parse(t); } catch { return {}; } } }));
|
|
});
|
|
a.on("error", schief);
|
|
if (daten) a.write(daten);
|
|
a.end();
|
|
});
|
|
const anmelden = async (rolle, code) => {
|
|
const a = await roh(null, "/workspace/api/anmelden", "POST", { rolle, code });
|
|
return [].concat(a.kopf["set-cookie"] || []).map((z) => z.split(";")[0]).join("; ");
|
|
};
|
|
|
|
const kDogi = await anmelden("admin", "CODE-DOGI-0001");
|
|
const kA = await anmelden("modi", "CODE-MODI-0001");
|
|
|
|
const gr = await roh(kDogi, "/workspace/api/chat/direkt", "POST", { mit: idA });
|
|
const raumId = gr.json().raum_id;
|
|
console.log(`Raum #${raumId}`);
|
|
|
|
const schreiben = (keks, text) =>
|
|
roh(keks, `/workspace/api/chat/raeume/${raumId}/nachrichten`, "POST", { text });
|
|
|
|
/* ---- 20 Nachrichten, die DogFather schon gelesen hat -------------- */
|
|
let letzteAlte = 0;
|
|
for (let i = 1; i <= 20; i++) {
|
|
const a = await schreiben(kA, `Alte Nachricht ${i} von Kessi.`);
|
|
letzteAlte = a.json().nachricht?.id || a.json().id || letzteAlte;
|
|
}
|
|
/* DogFather macht auf und liest. `bis` IST PFLICHT -- die Route
|
|
verlangt eine Nummer und lehnt sonst mit 400 ab. Im ersten Anlauf
|
|
habe ich ein leeres Objekt geschickt; `gelesen_bis` blieb damit auf
|
|
null, die Linie „Ab hier neu" entstand nie, und die Messung meldete
|
|
einen Fehler, den es nicht gab. Eine Messung, die falsch aufsetzt,
|
|
findet zuverlaessig Befunde -- nur nicht die echten. */
|
|
await roh(kDogi, `/workspace/api/chat/raeume/${raumId}/nachrichten`);
|
|
const gel = await roh(kDogi, `/workspace/api/chat/raeume/${raumId}/gelesen`,
|
|
"PUT", { bis: letzteAlte });
|
|
console.log(`gelesen bis #${letzteAlte}: HTTP ${gel.status}`);
|
|
await new Promise((r) => setTimeout(r, 300));
|
|
|
|
/* ---- Und jetzt zwoelf neue, die er NICHT gesehen hat -------------- */
|
|
for (let i = 1; i <= 12; i++) await schreiben(kA, `NEUE Nachricht ${i} von Kessi.`);
|
|
|
|
const stand = await roh(kDogi, `/workspace/api/chat/raeume/${raumId}/nachrichten`);
|
|
console.log(`gelesen_bis beim Oeffnen: ${stand.json().gelesen_bis}`
|
|
+ `, Nachrichten: ${(stand.json().nachrichten || []).length}`);
|
|
|
|
const schl = join(ordner, "b.key"), zert = join(ordner, "b.crt");
|
|
zertifikatBauen(schl, zert, CREW);
|
|
const vorbau = httpsServer({ key: readFileSync(schl), cert: readFileSync(zert) },
|
|
(von, nach) => {
|
|
const w = httpAnfrage({
|
|
host: "127.0.0.1", port: PORT, path: von.url, method: von.method,
|
|
headers: { ...von.headers, host: `${CREW}:${HP}` },
|
|
}, (a) => { nach.writeHead(a.statusCode || 502, a.headers); a.pipe(nach); });
|
|
von.pipe(w);
|
|
});
|
|
await new Promise((r) => vorbau.listen(HP, "127.0.0.1", r));
|
|
|
|
const pw = await import(
|
|
"file:///C:/Users/qciga/Documents/Obelix/Analyse/node_modules/playwright/index.mjs");
|
|
const browser = await pw.chromium.launch({
|
|
args: [`--host-resolver-rules=MAP ${CREW} 127.0.0.1`, "--ignore-certificate-errors"],
|
|
});
|
|
|
|
for (const [wie, breite, hoehe, mobil] of [
|
|
["handy", 390, 844, true], ["rechner", 1280, 900, false],
|
|
]) {
|
|
/* ==== VOR JEDEM DURCHLAUF DEN LESESTAND ZURUECKSETZEN ===========
|
|
|
|
Beim Oeffnen meldet die Seite „gelesen bis hier" -- das ist
|
|
richtig und hat im ersten Anlauf den zweiten Durchlauf ruiniert:
|
|
Nach dem Handy war nichts mehr neu, die Linie entstand nicht, und
|
|
die Messung meldete fuer den Rechner „Linie FEHLT". Ein Befund,
|
|
den die Messung selbst erzeugt hatte.
|
|
|
|
Zurueckgesetzt wird direkt in der Datenbank und nicht ueber die
|
|
Route: Die laesst `bis` absichtlich nicht kleiner werden. */
|
|
const kontext = await browser.newContext({
|
|
viewport: { width: breite, height: hoehe },
|
|
deviceScaleFactor: mobil ? 2 : 1, isMobile: mobil, hasTouch: mobil,
|
|
});
|
|
await kontext.addCookies(kDogi.split("; ").map((k) => {
|
|
const [x, ...r] = k.split("=");
|
|
return { name: x, value: r.join("="), domain: CREW, path: "/" };
|
|
}));
|
|
const seite = await kontext.newPage();
|
|
const konsole = [];
|
|
seite.on("console", (e) => {
|
|
if (e.type() === "error" && !/favicon|ERR_CERT|net::ERR/i.test(e.text())) {
|
|
konsole.push(e.text().slice(0, 140));
|
|
}
|
|
});
|
|
/* DER LESESTAND WIRD UNMITTELBAR VOR DEM AUFRUF ZURUECKGESETZT.
|
|
|
|
Beim Oeffnen meldet die Seite „gelesen bis hier" -- richtig, und
|
|
im ersten Anlauf hat es den zweiten Durchlauf ruiniert: Nach dem
|
|
Handy war nichts mehr neu, die Linie entstand nicht, und die
|
|
Messung meldete fuer den Rechner „Linie FEHLT". Ein Befund, den
|
|
die Messung selbst erzeugt hatte.
|
|
|
|
Der Reset stand zuerst vor `newContext` -- ein paar Millisekunden
|
|
zu frueh: Die verzoegerte Meldung des vorigen Durchlaufs kam
|
|
danach. Jetzt steht er unmittelbar vor dem Aufruf, mit einer
|
|
kurzen Pause davor, damit der vorige Browser wirklich fertig ist.
|
|
|
|
Zurueckgesetzt wird in der Datenbank und nicht ueber die Route:
|
|
Die laesst `bis` absichtlich nicht kleiner werden. */
|
|
await new Promise((r) => setTimeout(r, 600));
|
|
{
|
|
const dd = new DatabaseSync(process.env.WORKSPACE_DB);
|
|
dd.prepare("UPDATE chat_teilnehmer SET gelesen_bis = ? WHERE raum_id = ? AND person_id = ?")
|
|
.run(letzteAlte, raumId, idDogi);
|
|
dd.close();
|
|
}
|
|
await seite.goto(`https://${CREW}:${HP}/workspace/chat.html?raum=${raumId}`,
|
|
{ waitUntil: "networkidle" });
|
|
await seite.waitForTimeout(2200);
|
|
|
|
const lage = await seite.evaluate(() => {
|
|
const v = document.getElementById("verlauf");
|
|
if (!v) return { da: false };
|
|
const linie = v.querySelector(".chat-neu");
|
|
const alle = [...v.querySelectorAll(".chat-nachricht")];
|
|
const sicht = v.getBoundingClientRect();
|
|
const ersteSichtbare = alle.find((z) => {
|
|
const r = z.getBoundingClientRect();
|
|
return r.bottom > sicht.top + 4;
|
|
});
|
|
return {
|
|
da: true,
|
|
hoehe: Math.round(v.clientHeight),
|
|
gesamt: Math.round(v.scrollHeight),
|
|
oben: Math.round(v.scrollTop),
|
|
amEnde: v.scrollHeight - v.scrollTop - v.clientHeight < 40,
|
|
linieDa: !!linie,
|
|
linieOben: linie ? Math.round(linie.offsetTop) : null,
|
|
/* Steht die Linie IM BILD? Das ist die eigentliche Frage. */
|
|
linieImBild: linie
|
|
? (linie.getBoundingClientRect().top >= sicht.top - 2
|
|
&& linie.getBoundingClientRect().bottom <= sicht.bottom + 2)
|
|
: false,
|
|
linieAbstandVonOben: linie
|
|
? Math.round(linie.getBoundingClientRect().top - sicht.top) : null,
|
|
ersteSichtbar: ersteSichtbare
|
|
? (ersteSichtbare.textContent || "").trim().slice(0, 34) : "-",
|
|
nachrichten: alle.length,
|
|
/* Wie weit muesste man hochscrollen, um die Linie zu sehen? */
|
|
muessteHoch: linie
|
|
? Math.max(0, Math.round(v.scrollTop - linie.offsetTop)) : null,
|
|
};
|
|
});
|
|
|
|
console.log(`\n=== ${wie} (${breite}x${hoehe}) ===`);
|
|
if (!lage.da) { console.log(" KEIN VERLAUF"); }
|
|
else {
|
|
console.log(` Verlauf ${lage.hoehe} px hoch, Inhalt ${lage.gesamt} px, `
|
|
+ `steht bei ${lage.oben}${lage.amEnde ? " (GANZ UNTEN)" : ""}`);
|
|
console.log(` Linie „Ab hier neu": ${lage.linieDa ? "da" : "FEHLT"}`
|
|
+ (lage.linieDa ? `, bei ${lage.linieOben} px` : ""));
|
|
if (lage.linieDa) {
|
|
console.log(` Im Bild: ${lage.linieImBild ? "JA" : "NEIN"}`
|
|
+ `, ${lage.linieAbstandVonOben} px unter dem oberen Rand`
|
|
+ (lage.muessteHoch ? ` -- man muesste ${lage.muessteHoch} px HOCHSCROLLEN` : ""));
|
|
}
|
|
console.log(` Oben im Bild steht: "${lage.ersteSichtbar}"`);
|
|
console.log(` ${lage.nachrichten} Nachrichten im Verlauf`);
|
|
}
|
|
if (konsole.length) console.log(` KONSOLE: ${konsole.join(" | ")}`);
|
|
await seite.screenshot({ path: `server/mess-neustelle-${wie}.png` }).catch(() => {});
|
|
await kontext.close();
|
|
}
|
|
|
|
await browser.close();
|
|
vorbau.close();
|
|
try { rmSync(ordner, { recursive: true, force: true }); } catch { /* egal */ }
|
|
process.exit(0);
|