Filipe: „zeurst schaust du mal ob es im system liegt dass miss, die modi,
keine sprachnachrichten hoeren kann oder ob es an ihr liegt weil bei allen
anderen klappt nur bei ihr nicht"
ES LAG AM SYSTEM.
WAS GEMESSEN WURDE (nicht vermutet)
1. An ihrer Rolle liegt es nicht. Der Weg `/workspace/api/chat/anhang/:id`
fragt drei Dinge: gibt es die Nachricht, ist die Person im Raum, hat sie
das Gespraech weggeraeumt. Keine Rollenpruefung. Gegen eine Wegwerf-
Datenbank gemessen: `anmelden admin=200 modi=200`, Anhang als modi
HTTP 200, 40018 Bytes -- genau wie als admin.
2. Sie ist in allen drei Raeumen mit Sprachnachrichten, geloescht_bis = 0,
alle sechs Tondateien liegen auf der Platte. (Live-Datenbank, nur
gelesen, auf einer Kopie, Kopie danach geloescht.)
3. Sie ist die EINZIGE im Haus mit Safari. Aus dem Caddy-Protokoll, ueber
IP und Minute mit ihren Protokolleintraegen abgeglichen: iPhone,
iOS 18.7, Safari 26.6.1. Alle anderen Geraete der letzten zwei Wochen:
Android-Chrome 3900 Anfragen, Windows-Chrome/Edge/Firefox 2646.
Neun von zehn iPhone-IP-Praefixen sind ihre.
4. DER FEHLER: Der Anhang-Weg beantwortete eine Teilanfrage
(`Range: bytes=0-1`) mit einer vollen HTTP 200 -- ohne `Accept-Ranges`,
ohne `Content-Length`, als `chunked`. Zum Vergleich dieselbe Anfrage an
`express.static`: HTTP 206, `accept-ranges: bytes`,
`content-range: bytes 0-1/2480`.
Safari verlangt fuer <audio> und <video> zwingend Teilanfragen und
verweigert die Wiedergabe bei einer 200. Chrome und Firefox nehmen die
ganze Datei klaglos. Bilder brauchen das nicht -- deshalb sah sie Fotos
und hoerte nichts, und deshalb fiel es sieben Tage lang nur ihr auf.
WAS GEAENDERT IST
A) EIN GEMEINSAMER AUSLIEFERWEG (server/helfer-ausliefern.mjs)
Im Haus gaben ZEHN Stellen eine Datei mit `createReadStream(pfad)
.pipe(res)` hinaus: Chat-Anhang, Chat-GIF, Dateiablage (ansehen und
laden), Material (ansehen und laden), Steckbriefbild, Buehnenbild,
Supportbild, Wissens-PDF. Nur eine davon zu reparieren hiesse, eine
Liste zu fuehren, welche Stelle schon richtig ist -- und die naechste
neue macht es wieder falsch. Alle zehn gehen jetzt ueber
`liefereDatei(req, res, pfad)`: `Accept-Ranges`, `Content-Length`,
206 mit `Content-Range`, 416 mit `bytes */groesse`. Mehrere Bereiche in
einer Anfrage werden absichtlich nicht bedient (das darf ein Server);
die Antwort ist dann die GANZE Datei, nie eine falsche Teilmenge.
WAS ES AUSSER SAFARI BRINGT, gemessen: Eine MP4-Sprachnachricht meldete
in Chromium ohne Teilanfragen 0,23 s statt 1,96 s Laenge -- der Kopf
einer MP4 steht am Ende der Datei. Eine Ogg-Datei meldete „Infinity"
statt 2,02 s. Und ein PDF-Betrachter springt jetzt zu einer Seite, ohne
die ganze Datei zu holen.
B) AUFGENOMMEN WIRD AAC IN MP4 (workspace/assets/js/chat.js)
Die Reihenfolge der Behaelter beantwortete bisher die Frage „was kann
DIESES Geraet am liebsten". Richtig ist „was koennen die ANDEREN
abspielen" -- die hoeren es.
Gemessen mit echten Aufnahmen aus echten Browsern, danach in beiden
Engines abgespielt:
Chromium nimmt auf: webm/opus, mp4(AAC), mp4(Opus)
Firefox nimmt auf: webm/opus, ogg/opus -- MP4 gar nicht
Beide spielen alle vier Behaelter vollstaendig ab (2 s rein, 2 s raus)
ZWEI FALLEN, die die Messung gezeigt hat:
- Ein blankes `audio/mp4` ist nicht AAC: Chromium meldet darauf
`audio/mp4;codecs=opus` zurueck -- MP4 aussen, Opus innen, fuer Safari
genauso unbrauchbar wie WebM. Deshalb steht `audio/mp4;codecs=mp4a.40.2`
VOR dem blanken `audio/mp4`.
- Firefox kann kein MP4 aufnehmen und faellt sauber auf WebM/Opus
zurueck. Kein Rueckschritt -- das ist der heutige Stand.
Die Pruefung nimmt jetzt im echten Browser ueber den echten Knopf auf,
und der Server erkennt: audio/mp4, 45583 Bytes, 2734 ms.
BERICHTIGT: In zwei Kommentaren stand „Safari und das iPhone koennen
nur MP4". Das stimmt nicht. An Miss' eigener Aufnahme nachgemessen:
Behaelter WebM, Mux-Programm „WebKit", Tonspur A_OPUS. Safari NIMMT
WebM auf -- ob es WebM abspielt, ist eine andere Frage.
C) EIN AUSWEG STATT EINER VERTROESTUNG (chat.js, chat.css)
Vorher stand im Fehlerfall „Sprachnachricht laesst sich gerade nicht
laden". Das war fuer Miss die ganze Auskunft, und es stimmte nicht
einmal: Die Datei kam an, ihr Browser konnte den Behaelter nicht.
„Gerade" heisst „gleich nochmal versuchen" -- bei einem fremden
Behaelter hilft kein Versuch mehr.
Jetzt wird unterschieden (Fehlercode 4 = Format, alles andere = Laden)
und daneben steht ein Weg, der wirklich zum Ton fuehrt: Herunterladen,
44 px hoch, in der Farbe der Blase, mit eigenem Vorlesewort. Nur im
Fehlerfall -- ein Knopf an jeder Sprachnachricht waere Unordnung fuer
alle, damit einer Person geholfen ist.
WAS JETZT NACHGEZAEHLT WIRD
- pruef-chat-anhaenge: 119 -> 146 Pruefungen. Dreizehn davon messen
Teilanfragen am Foto (0-9, -8, 5-, ueber das Ende hinaus, 416, mehrere
Bereiche, unverstandener Kopf) und vergleichen jeden Abschnitt BYTEWEISE
mit der vollen Datei -- eine 206 mit den falschen Bytes waere schlimmer
als keine. Drei Gegenproben legen dieselbe Messlatte an erfundene
Antworten (die alte volle 200, falsche Gesamtgroesse, falsche Bytes) und
muessen durchfallen. Neun weitere pruefen die Sprachnachricht selbst und
den Ausweg.
- pruef-wissen-neu: +6. Der Weg zur PDF war der EINZIGE der zehn, den nie
eine Pruefung abgerufen hat -- genau der, bei dem eine Umstellung
unbemerkt danebengeht. Jetzt beide Spielarten (ansehen und laden).
- pruef-struktur: +6. Wer kuenftig wieder `createReadStream(...).pipe(res)`
schreibt, bekommt einen Befund. Mit Gegenproben in beide Richtungen; die
Probetexte sind zusammengesetzt, sonst meldet die Wache ihre eigene
Begruendung als Fund. Pruefdateien sind ausgenommen, weil sie an niemanden
ausliefern -- dort ist ein Weg ohne Teilanfragen die Gegenprobe.
(Beim ersten Lauf hat die Wache sofort meine eigene Messdatei gefunden.)
WAS NICHT NACHGESEHEN WERDEN KONNTE
Ob iOS-Safari WebM/Opus ueberhaupt abspielt. Playwrights WebKit startet auf
diesem Rechner nicht (`icuuc77.dll`, auch nach Neuinstallation), und ein
iPhone habe ich nicht. Der dritte Ausgang: konnte nicht nachsehen. Deshalb
sind A, B und C drei Sicherungen hintereinander statt einer Wette auf eine.
GEPRUEFT (alles einzeln, kein Gesamtlauf)
pruef-chat-anhaenge 146 ok pruef-material 159 ok
pruef-wissen-neu 33 ok pruef-spenden 172 ok
pruef-struktur 85 ok pruef-support 63 ok
pruef-video 74 ok pruef-steckbrief 65 ok
pruef-galerie 26 ok pruef-eintrag-bild 24 ok
pruef-chat 63 ok pruef-chat-optik 62 ok
pruef-haus-trennung 100 ok
Die beiden Haeuser bleiben getrennt (pruef-haus-trennung, 100 ok). Der
Ausliefer-Weg gehoert beiden gleichermassen und traegt nichts Haus-
spezifisches; die Aufnahme betrifft faktisch nur Team Dogi, weil nur dort
der Mikrofonknopf steht („also nur die modis rechte linke hand und
dogfather").
NICHT VON MIR, SCHON VORHER ROT: pruef-gifs meldet zwei Fehler („das GIF
steht danach wirklich im Verlauf", „die Tafel geht zu"). Gegen den
unveraenderten Stand von HEAD nachgemessen -- dieselben zwei Fehler, mit
denselben Zahlen. Ein eigener Befund, kein Nebenschaden dieser Arbeit.
Co-Authored-By: Claude Opus 5 <[email protected]>
431 lines
20 KiB
JavaScript
431 lines
20 KiB
JavaScript
/* =====================================================================
|
|
workspace-steckbrief.js — das eigene Profil jeder Person.
|
|
|
|
Jeder im Workspace, egal ob Creator, Scout, Manager oder DogFather,
|
|
hat einen Steckbrief: ein Bild, einen Satz über sich, und die Kanäle,
|
|
auf denen er unterwegs ist.
|
|
|
|
WARUM KEINE ECHTE TIKTOK-ANMELDUNG.
|
|
„Mit TikTok verbinden" klingt nach OAuth. Das wäre hier aber:
|
|
* ein TikTok-Entwicklerkonto mit App-Freischaltung,
|
|
* eine Prüfung durch TikTok, die Wochen dauern kann und widerrufbar
|
|
ist,
|
|
* ein Zugriffstoken je Person, das ablaufen kann, erneuert werden
|
|
muss und — wenn es abhandenkommt — fremden Zugriff auf ein
|
|
fremdes Konto bedeutet,
|
|
* eine Abhängigkeit von einer Schnittstelle, die sich ändern kann,
|
|
ohne dass wir gefragt werden.
|
|
Dafür bekäme man: Follower-Zahlen und Video-Statistiken.
|
|
|
|
Gebraucht wird hier aber etwas anderes: „Wer ist das, und wo finde ich
|
|
ihn?" Dafür genügt der öffentliche Name. Gespeichert wird deshalb NUR
|
|
das Handle (ohne @) — kein Token, kein Passwort, nichts, was
|
|
abhandenkommen kann. Daraus wird ein Verweis auf den Kanal, und in der
|
|
Personenliste steht, wer wo unterwegs ist.
|
|
|
|
Sollen später echte Zahlen dazukommen, ist das ein eigenes Vorhaben
|
|
mit eigener Entscheidung — der Name hier bleibt dann trotzdem richtig.
|
|
|
|
DAS BILD liegt als Datei neben der Datenbank, nicht darin. Bilder in
|
|
SQLite zu legen bläht jede Sicherung auf, und die läuft jede Nacht.
|
|
In der Datenbank steht nur der erzeugte Dateiname.
|
|
|
|
Sicherheit beim Bild — die Stelle, an der Profilbilder typischerweise
|
|
scheitern:
|
|
1. Der Dateityp wird an der SIGNATUR der Datei geprüft, nicht am
|
|
Content-Type, den der Browser behauptet. Ein umbenanntes SVG mit
|
|
Skript darin käme sonst durch und würde im Namen der Domain
|
|
ausgeführt.
|
|
2. Auf der Platte bekommt jede Datei einen Zufallsnamen. Damit kann
|
|
kein Name Pfade verlassen (../) oder etwas überschreiben.
|
|
3. Ausgeliefert wird mit nosniff und einer eigenen, alles
|
|
verbietenden Inhaltsregel.
|
|
===================================================================== */
|
|
|
|
import express from "express";
|
|
import {
|
|
randomBytes } from "node:crypto";
|
|
import { join } from "node:path";
|
|
import { mkdirSync, writeFileSync, unlinkSync, existsSync } from "node:fs";
|
|
import { liefereDatei } from "./helfer-ausliefern.mjs";
|
|
import {
|
|
db, protokolliere, echteIp, sitzungLesen, DATEN_ORDNER,
|
|
istLeitung, betreuteIds, ROLLEN_SORTIERUNG, ROLLEN_NAME,
|
|
sichtbarePersonenIds,
|
|
} from "./workspace.js";
|
|
|
|
export const steckbriefRouter = express.Router();
|
|
|
|
const ORDNER = join(DATEN_ORDNER, "profilbilder");
|
|
const MAX_BYTES = 4 * 1024 * 1024; // 4 MB — ein Profilbild braucht nicht mehr
|
|
const UEBER_MAX = 400;
|
|
const NAME_MAX = 40;
|
|
|
|
/* Die Kanäle. Der Schlüssel ist zugleich der Spaltenname; das Muster
|
|
begrenzt, was ein Handle sein darf, und die Adresse baut den Verweis.
|
|
Alles an einer Stelle — sonst steht das Muster in der Prüfung und die
|
|
Adresse in der Oberfläche, und beim nächsten Kanal wird eines davon
|
|
vergessen. */
|
|
export const KANAELE = {
|
|
tiktok: { name: "TikTok", muster: /^[a-zA-Z0-9._]{2,24}$/, adresse: (h) => `https://www.tiktok.com/@${h}` },
|
|
instagram: { name: "Instagram", muster: /^[a-zA-Z0-9._]{2,30}$/, adresse: (h) => `https://www.instagram.com/${h}/` },
|
|
youtube: { name: "YouTube", muster: /^[a-zA-Z0-9._-]{3,30}$/, adresse: (h) => `https://www.youtube.com/@${h}` },
|
|
twitch: { name: "Twitch", muster: /^[a-zA-Z0-9_]{4,25}$/, adresse: (h) => `https://www.twitch.tv/${h}` },
|
|
};
|
|
|
|
const jetzt = () => new Date().toISOString();
|
|
|
|
function angemeldet(req, res, next) {
|
|
const person = sitzungLesen(req);
|
|
if (!person) return res.status(401).json({ fehler: "nicht_angemeldet" });
|
|
req.person = person;
|
|
next();
|
|
}
|
|
|
|
function gleicheHerkunft(req, res, next) {
|
|
const herkunft = req.get("origin");
|
|
if (!herkunft) return next();
|
|
let erlaubt;
|
|
try { erlaubt = new URL(herkunft).host === req.get("host"); } catch { erlaubt = false; }
|
|
if (!erlaubt) return res.status(403).json({ fehler: "fremde_herkunft" });
|
|
next();
|
|
}
|
|
|
|
steckbriefRouter.use("/workspace/api/steckbrief", angemeldet);
|
|
|
|
/* ---------- Wen darf ich sehen? -----------------------------------------
|
|
|
|
Sich selbst immer. Die Leitung alle. Ein Scout die Creator, die er
|
|
betreut. Ein Creator zusätzlich die Menschen, die IHN betreuen -- er
|
|
soll wissen, wer sein Ansprechpartner ist, sonst steht dort ein Name
|
|
ohne Gesicht.
|
|
|
|
Alles andere ist 404, nicht 403: Wer eine Person nicht sehen darf,
|
|
soll auch nicht erfahren, dass es sie gibt. */
|
|
function sichtbareIds(person) {
|
|
/* NICHT mehr istLeitung (03.09.2026): Eine Managerin bekam damit die
|
|
Steckbriefe ALLER -- Bild, Kanaele, "ueber mich" -- auch von
|
|
Creators, die ihr nie zugeteilt waren. Jetzt gilt fuer sie dieselbe
|
|
Zuteilungsregel wie fuer einen Scout, nur mit der Kette ueber ihre
|
|
Scouts dazu (sichtbarePersonenIds). null bleibt "alle" und
|
|
bekommt allein DogFather. */
|
|
const erlaubt = sichtbarePersonenIds(person);
|
|
if (erlaubt === null) return null; // null = alle
|
|
const eigene = new Set(erlaubt);
|
|
eigene.add(person.id);
|
|
if (person.rolle === "creator") {
|
|
/* Die eigenen Betreuer -- und die Leitung, die ohnehin für alle
|
|
zuständig ist. */
|
|
for (const z of db().prepare(
|
|
"SELECT betreuer_id AS id FROM betreuung WHERE creator_id = ?").all(person.id)) {
|
|
eigene.add(z.id);
|
|
}
|
|
for (const z of db().prepare(
|
|
"SELECT id FROM personen WHERE rolle IN ('admin','manager') AND aktiv = 1").all()) {
|
|
eigene.add(z.id);
|
|
}
|
|
}
|
|
return eigene;
|
|
}
|
|
|
|
const SPALTEN = `p.id, p.name, p.rolle, p.aktiv, p.erstellt, p.letzter_login,
|
|
p.bild, p.ueber_mich, p.tiktok, p.instagram, p.youtube, p.twitch`;
|
|
|
|
/** Eine Zeile aus der Datenbank in das, was nach außen geht. Die Kanäle
|
|
* kommen als fertige Verweise mit -- damit die Oberfläche die Adressen
|
|
* nicht ein zweites Mal zusammenbauen muss (und dabei anders). */
|
|
/* WER GEHOERT IN WELCHEN ABSCHNITT (19.09.2026).
|
|
|
|
DIE ZUORDNUNG STEHT HIER UND NICHT IM BROWSER, aus zwei Gruenden.
|
|
|
|
Der erste ist ein Fehler, den sie behebt: In assets/js/steckbrief.js
|
|
stand eine Liste aus drei Gruppen -- Management, Scouting, Creator.
|
|
Wer eine andere Rolle hatte, passte in keine und verschwand
|
|
LAUTLOS aus der Uebersicht. Betroffen waren ausgerechnet die
|
|
rechte Hand und die Modis: Ein Modi, der die Seite oeffnete, sah
|
|
seine eigenen Leute nicht.
|
|
|
|
Der zweite ist die Hausregel: Rollennamen der Community gehoeren
|
|
nicht in eine Datei, die jeder Besucher herunterladen kann. Eine
|
|
Liste ['modi','hand','gast'] im Browser waere genau das.
|
|
|
|
OHNE ABSCHNITT GIBT ES EINEN SAMMELPLATZ. Kommt morgen eine Rolle
|
|
dazu und wird hier vergessen, steht sie unter „Weitere" -- sichtbar
|
|
und mit einem schiefen Namen. Das ist besser als lautlos weg. */
|
|
const ABSCHNITTE = {
|
|
admin: { name: "Leitung", text: "Wer freigibt und entscheidet." },
|
|
manager: { name: "Leitung", text: "Wer freigibt und entscheidet." },
|
|
hand: { name: "Team Dogi", text: "Wer den Laden mit am Laufen hält." },
|
|
/* DIE LINKE HAND FEHLTE (23.09.2026).
|
|
|
|
Gefunden von pruef-jeder-hat-eine-seite: „alle 9 Rollen sind
|
|
zugeordnet -- fehlt: linke". Sie landete damit im Sammelplatz
|
|
„Weitere" -- auf der Übersicht über die Menschen des Hauses stand
|
|
sie unter einer Überschrift ohne Bedeutung, neben niemandem.
|
|
|
|
Sie gehört dorthin, wo die rechte Hand steht: Beide führen Team
|
|
Dogi mit. Eine eigene Überschrift mit einem Namen darunter wäre
|
|
mehr Gliederung als Inhalt -- derselbe Gedanke steht schon bei
|
|
ROLLEN_GRUPPE.
|
|
|
|
WARUM DIE PRÜFUNG DAS FINDEN KONNTE und ein Mensch nicht: Sie
|
|
geht ALLE Rollen des Hauses durch, nicht die vier, die zufällig
|
|
angelegt sind. Eine Zuordnung, die man an den vorhandenen Leuten
|
|
prüft, ist eine Aussage über die Testdaten. */
|
|
linke: { name: "Team Dogi", text: "Wer den Laden mit am Laufen hält." },
|
|
modi: { name: "Moderation", text: "Wer im Rudel und im Stream nach dem Rechten sieht." },
|
|
scout: { name: "Scouting", text: "Sie finden neue Creator und begleiten den Anfang." },
|
|
creator: { name: "Creator", text: "Die Leute, um die es geht." },
|
|
gast: { name: "Community", text: "Die Leute, die zuschauen und mitmachen." },
|
|
spicy: { name: "Leitung", text: "Wer freigibt und entscheidet." },
|
|
};
|
|
const ABSCHNITT_SONST = { name: "Weitere", text: "" };
|
|
|
|
/** Welcher Abschnitt gehoert zu dieser Rolle?
|
|
*
|
|
* Ausgeleitet, damit die Pruefung die GEGENPROBE machen kann: Eine
|
|
* Rolle, die hier fehlt, muss sichtbar unter „Weitere" landen und darf
|
|
* nicht verschwinden. Ohne diesen Zugang waere „niemand faellt heraus"
|
|
* eine Behauptung ueber die fuenf Rollen, die es heute gibt. */
|
|
export function abschnittFuer(rolle) {
|
|
return ABSCHNITTE[rolle] || ABSCHNITT_SONST;
|
|
}
|
|
|
|
function hinaus(z) {
|
|
const kanaele = [];
|
|
for (const [schluessel, k] of Object.entries(KANAELE)) {
|
|
const handle = z[schluessel];
|
|
if (handle) kanaele.push({ art: schluessel, name: k.name, handle, adresse: k.adresse(handle) });
|
|
}
|
|
const abschnitt = ABSCHNITTE[z.rolle] || ABSCHNITT_SONST;
|
|
return {
|
|
id: z.id, name: z.name, rolle: z.rolle,
|
|
rolle_name: ROLLEN_NAME[z.rolle] ?? z.rolle,
|
|
abschnitt: abschnitt.name,
|
|
abschnitt_text: abschnitt.text,
|
|
aktiv: !!z.aktiv, erstellt: z.erstellt, letzter_login: z.letzter_login,
|
|
bild: z.bild ? `/workspace/api/steckbrief/bild/${z.bild}` : null,
|
|
ueber_mich: z.ueber_mich || null,
|
|
kanaele,
|
|
};
|
|
}
|
|
|
|
/* ---------- Lesen -------------------------------------------------------- */
|
|
|
|
/** Der eigene Steckbrief. Eigener Weg statt /:id mit der eigenen Nummer:
|
|
* Die Oberfläche soll ihn holen können, ohne vorher zu wissen, wer sie
|
|
* ist. */
|
|
steckbriefRouter.get("/workspace/api/steckbrief/mein", (req, res) => {
|
|
try {
|
|
const z = db().prepare(`SELECT ${SPALTEN} FROM personen p WHERE p.id = ?`).get(req.person.id);
|
|
if (!z) return res.status(404).json({ fehler: "nicht_gefunden" });
|
|
res.json({ steckbrief: hinaus(z), kanaele: KANAELE_ANZEIGE });
|
|
} catch (fehler) {
|
|
console.error("[workspace] Steckbrief lesen:", fehler?.message);
|
|
res.status(503).json({ fehler: "nicht_verfuegbar" });
|
|
}
|
|
});
|
|
|
|
/* Was die Oberfläche über die Kanäle wissen muss, ohne die Muster als
|
|
regulären Ausdruck zu übertragen. */
|
|
const KANAELE_ANZEIGE = Object.entries(KANAELE).map(([art, k]) => ({ art, name: k.name }));
|
|
|
|
/** Alle Steckbriefe, die ich sehen darf. Für die Personenliste und das
|
|
* Dashboard -- dort steht dann ein Bild statt eines Buchstabens. */
|
|
steckbriefRouter.get("/workspace/api/steckbrief", (req, res) => {
|
|
try {
|
|
const erlaubt = sichtbareIds(req.person);
|
|
const alle = db().prepare(
|
|
`SELECT ${SPALTEN} FROM personen p WHERE p.aktiv = 1
|
|
ORDER BY ${ROLLEN_SORTIERUNG.replace(/rolle/g, "p.rolle")}, p.name`).all();
|
|
const meine = erlaubt ? alle.filter((z) => erlaubt.has(z.id)) : alle;
|
|
res.json({ steckbriefe: meine.map(hinaus) });
|
|
} catch (fehler) {
|
|
console.error("[workspace] Steckbriefe lesen:", fehler?.message);
|
|
res.status(503).json({ fehler: "nicht_verfuegbar" });
|
|
}
|
|
});
|
|
|
|
steckbriefRouter.get("/workspace/api/steckbrief/:id(\\d+)", (req, res) => {
|
|
try {
|
|
const erlaubt = sichtbareIds(req.person);
|
|
const id = Number(req.params.id);
|
|
if (erlaubt && !erlaubt.has(id)) return res.status(404).json({ fehler: "nicht_gefunden" });
|
|
const z = db().prepare(`SELECT ${SPALTEN} FROM personen p WHERE p.id = ?`).get(id);
|
|
if (!z) return res.status(404).json({ fehler: "nicht_gefunden" });
|
|
res.json({ steckbrief: hinaus(z) });
|
|
} catch (fehler) {
|
|
console.error("[workspace] Steckbrief lesen:", fehler?.message);
|
|
res.status(503).json({ fehler: "nicht_verfuegbar" });
|
|
}
|
|
});
|
|
|
|
/* ---------- Ändern ------------------------------------------------------
|
|
|
|
Nur den EIGENEN. Auch die Leitung schreibt niemandem etwas ins Profil:
|
|
Ein Satz über sich und der eigene Kanalname gehören der Person, nicht
|
|
ihrem Vorgesetzten. (Löschen einer Person geht weiterhin über die
|
|
Personenverwaltung -- das ist etwas anderes.) */
|
|
|
|
steckbriefRouter.patch("/workspace/api/steckbrief/mein", gleicheHerkunft,
|
|
express.json({ limit: "16kb" }), (req, res) => {
|
|
try {
|
|
const setzen = [];
|
|
const werte = [];
|
|
const fehler = [];
|
|
|
|
if (req.body.ueber_mich !== undefined) {
|
|
const t = String(req.body.ueber_mich ?? "").trim();
|
|
if (t.length > UEBER_MAX) fehler.push(`Der Text darf höchstens ${UEBER_MAX} Zeichen haben.`);
|
|
else { setzen.push("ueber_mich = ?"); werte.push(t || null); }
|
|
}
|
|
|
|
for (const [art, k] of Object.entries(KANAELE)) {
|
|
if (req.body[art] === undefined) continue;
|
|
/* Ein führendes @ und eine ganze Adresse sind das, was Leute
|
|
tatsächlich einfügen -- beides wird angenommen und auf den
|
|
Namen zurückgeführt, statt es abzulehnen. Eine Fehlermeldung
|
|
für ein vorangestelltes @ wäre schlechte Arbeit. */
|
|
let h = String(req.body[art] ?? "").trim();
|
|
h = h
|
|
.replace(/^https?:\/\/[^/]+\//i, "") // ganze Adresse -> Rest
|
|
.replace(/^@/, "") // führendes @
|
|
.replace(/[?#].*$/, "") // Parameter und Anker
|
|
.replace(/\/.*$/, ""); // alles ab dem nächsten /
|
|
/* Die Reihenfolge ist wichtig, und das ? kam erst nach einem
|
|
Fehlschlag dazu: Was die TikTok-App beim Teilen kopiert, ist
|
|
"https://www.tiktok.com/@name?lang=de&is_from_webapp=1" -- also
|
|
genau das, was jemand einfügt. Ohne diese Zeile wurde daraus
|
|
"name?lang=de", das Muster passte nicht, und der Nutzer bekam
|
|
"sieht nicht richtig aus" zu lesen, obwohl er den offiziellen
|
|
Link benutzt hat. */
|
|
if (!h) { setzen.push(`${art} = ?`); werte.push(null); continue; }
|
|
if (h.length > NAME_MAX || !k.muster.test(h)) {
|
|
fehler.push(`Der ${k.name}-Name sieht nicht richtig aus.`);
|
|
continue;
|
|
}
|
|
setzen.push(`${art} = ?`);
|
|
werte.push(h);
|
|
}
|
|
|
|
if (fehler.length) return res.status(400).json({ fehler: fehler.join(" ") });
|
|
if (!setzen.length) return res.status(400).json({ fehler: "Nichts zu ändern." });
|
|
|
|
werte.push(req.person.id);
|
|
db().prepare(`UPDATE personen SET ${setzen.join(", ")} WHERE id = ?`).run(...werte);
|
|
protokolliere("steckbrief_geaendert", req.person, echteIp(req), `${setzen.length} Feld(er)`);
|
|
|
|
const z = db().prepare(`SELECT ${SPALTEN} FROM personen p WHERE p.id = ?`).get(req.person.id);
|
|
res.json({ steckbrief: hinaus(z) });
|
|
} catch (fehler) {
|
|
console.error("[workspace] Steckbrief ändern:", fehler?.message);
|
|
res.status(503).json({ fehler: "nicht_verfuegbar" });
|
|
}
|
|
});
|
|
|
|
/* ---------- Das Bild ----------------------------------------------------- */
|
|
|
|
/** Erkennt den Bildtyp an der SIGNATUR der Datei. Der Content-Type, den
|
|
* der Browser mitschickt, ist nur eine Behauptung -- ein umbenanntes
|
|
* SVG mit Skript darin käme darüber durch. */
|
|
function bildart(puffer) {
|
|
if (puffer.length < 12) return null;
|
|
if (puffer[0] === 0xff && puffer[1] === 0xd8 && puffer[2] === 0xff) return { typ: "image/jpeg", endung: "jpg" };
|
|
if (puffer[0] === 0x89 && puffer[1] === 0x50 && puffer[2] === 0x4e && puffer[3] === 0x47) {
|
|
return { typ: "image/png", endung: "png" };
|
|
}
|
|
if (puffer.toString("ascii", 0, 4) === "RIFF" && puffer.toString("ascii", 8, 12) === "WEBP") {
|
|
return { typ: "image/webp", endung: "webp" };
|
|
}
|
|
return null;
|
|
}
|
|
|
|
/* Ein zu grosses Bild ist kein Serverfehler, sondern eine ganz normale
|
|
Eingabe -- und der Absender soll erfahren, WAS zu tun ist.
|
|
|
|
Ohne diese Stelle wirft express.raw() bei Überschreitung einen
|
|
PayloadTooLargeError, der bis in die allgemeine Fehlerbehandlung
|
|
durchläuft: Der Nutzer bekäme "500 Serverfehler" zu lesen und wüsste
|
|
nicht, dass sein Bild einfach zu gross ist. Aufgefallen ist das erst,
|
|
als die Prüfung ein 5-MB-Bild geschickt hat -- von Hand probiert
|
|
hätte das vermutlich nie jemand. */
|
|
function zuGross(fehler, req, res, next) {
|
|
if (fehler?.type === "entity.too.large") {
|
|
return res.status(413).json({
|
|
fehler: `Das Bild ist zu gross. Erlaubt sind ${Math.round(MAX_BYTES / 1024 / 1024)} MB.` });
|
|
}
|
|
return next(fehler);
|
|
}
|
|
|
|
steckbriefRouter.post("/workspace/api/steckbrief/bild", gleicheHerkunft,
|
|
express.raw({ type: "*/*", limit: MAX_BYTES }), zuGross, (req, res) => {
|
|
try {
|
|
const puffer = req.body;
|
|
if (!puffer || !puffer.length) return res.status(400).json({ fehler: "Keine Datei angekommen." });
|
|
|
|
const art = bildart(puffer);
|
|
if (!art) {
|
|
return res.status(400).json({
|
|
fehler: "Das ist kein Bild. Erlaubt sind JPG, PNG und WebP." });
|
|
}
|
|
|
|
mkdirSync(ORDNER, { recursive: true });
|
|
const datei = `${randomBytes(16).toString("hex")}.${art.endung}`;
|
|
writeFileSync(join(ORDNER, datei), puffer);
|
|
|
|
/* Das alte Bild wegräumen -- sonst sammelt sich bei jedem Wechsel
|
|
eine weitere Datei an, die niemand mehr findet. */
|
|
const vorher = db().prepare("SELECT bild FROM personen WHERE id = ?").get(req.person.id)?.bild;
|
|
db().prepare("UPDATE personen SET bild = ? WHERE id = ?").run(datei, req.person.id);
|
|
if (vorher && vorher !== datei) {
|
|
try { unlinkSync(join(ORDNER, vorher)); } catch { /* war schon weg */ }
|
|
}
|
|
|
|
protokolliere("profilbild", req.person, echteIp(req), `${Math.round(puffer.length / 1024)} KB`);
|
|
res.json({ bild: `/workspace/api/steckbrief/bild/${datei}` });
|
|
} catch (fehler) {
|
|
console.error("[workspace] Profilbild:", fehler?.message);
|
|
res.status(503).json({ fehler: "nicht_verfuegbar" });
|
|
}
|
|
});
|
|
|
|
steckbriefRouter.delete("/workspace/api/steckbrief/bild", gleicheHerkunft, (req, res) => {
|
|
try {
|
|
const vorher = db().prepare("SELECT bild FROM personen WHERE id = ?").get(req.person.id)?.bild;
|
|
db().prepare("UPDATE personen SET bild = NULL WHERE id = ?").run(req.person.id);
|
|
if (vorher) { try { unlinkSync(join(ORDNER, vorher)); } catch { /* war schon weg */ } }
|
|
res.json({ ok: true });
|
|
} catch (fehler) {
|
|
console.error("[workspace] Profilbild löschen:", fehler?.message);
|
|
res.status(503).json({ fehler: "nicht_verfuegbar" });
|
|
}
|
|
});
|
|
|
|
/** Ein Bild ausliefern. Der Name muss GENAU dem erzeugten Muster
|
|
* entsprechen -- damit kann kein Pfad verlassen werden, auch nicht
|
|
* über kodierte Zeichen. */
|
|
steckbriefRouter.get("/workspace/api/steckbrief/bild/:datei", (req, res) => {
|
|
try {
|
|
const datei = String(req.params.datei);
|
|
if (!/^[a-f0-9]{32}\.(jpg|png|webp)$/.test(datei)) return res.status(404).end();
|
|
const pfad = join(ORDNER, datei);
|
|
if (!existsSync(pfad)) return res.status(404).end();
|
|
|
|
const typ = datei.endsWith(".jpg") ? "image/jpeg"
|
|
: datei.endsWith(".png") ? "image/png" : "image/webp";
|
|
res.setHeader("Content-Type", typ);
|
|
res.setHeader("X-Content-Type-Options", "nosniff");
|
|
/* Eigene, alles verbietende Inhaltsregel: Selbst wenn eine Datei
|
|
jemals durchkäme, die der Browser als etwas anderes liest, darf
|
|
sie nichts nachladen und nichts ausführen. */
|
|
res.setHeader("Content-Security-Policy", "default-src 'none'; sandbox");
|
|
/* Der Dateiname ist zufällig und ändert sich bei jedem neuen Bild --
|
|
er darf deshalb lange zwischengespeichert werden. */
|
|
res.setHeader("Cache-Control", "private, max-age=604800");
|
|
liefereDatei(req, res, pfad);
|
|
} catch (fehler) {
|
|
console.error("[workspace] Profilbild lesen:", fehler?.message);
|
|
res.status(404).end();
|
|
}
|
|
});
|