Filipe, mit dem Bildschirmfoto auf crew.: "wieso steht es noch da?" -- "1 Punkt im Start-Check braucht Handlung", mit einem Pfeil auf eine Seite, die seit einer Stunde dort gesperrt ist. MEIN FEHLER VON HEUTE MITTAG. Ich hatte die Seiten gesperrt und ausdruecklich dazugeschrieben "nur die Seiten, nicht die Schnittstellen" -- und dabei uebersehen, dass es eine DRITTE Stelle gibt. Die Hinweise auf der Startseite sind keine Seite und keine Schnittstelle, sondern eine Liste von VERWEISEN. Der Satz im Kommentar klang vollstaendig und war es nicht. Nachgesehen, wer sonst noch Seitenziele ausliefert, statt zu raten: workspace-hinweise.js alle 16 Hinweise, ueber dazu() -> behoben workspace-suche.js jeder Treffer traegt ein Ziel -> behoben workspace-push.js Benachrichtigungen tragen eines -> OFFEN Die ersten beiden bekommen dieselbe Regel wie die Seiten, nicht eine zweite: gehoertAufDieseAdresse(). Was hier keine Seite hat, bekommt hier auch keinen Hinweis und keinen Treffer. Bei der Suche fallen leere Gruppen mit weg (eine Ueberschrift ohne Treffer sieht aus, als waere etwas kaputt) und `gesamt` wird danach abgeleitet, sonst nennt die Zahl Treffer, die gar nicht dastehen. DIE ADRESSE IST IMMER DIE ECHTE: Beide Stellen benutzen `req.sicht || req.person`. Der Sicht-Umschalter aendert, WESSEN Zahlen dastehen -- nicht, auf welcher Wand man steht. Das Haus kommt deshalb aus req.person. PUSH BLEIBT OFFEN, und zwar bewusst: Eine Benachrichtigung entsteht, wenn niemand auf einer Adresse steht. Sie geht an ein GERAET, und das oeffnet die Adresse, als die es installiert wurde. Das ist eine andere Frage als diese hier, und eine halbe Antwort waere schlechter als keine. Gehoert eigens angesehen. Was die Gegenprobe gefunden hat -- an mir selbst, zweimal: Der erste Entwurf der Pruefung legte die Tabelle `startcheck` mit erfundenen Spalten selbst an. Die echte war laengst da, das IF NOT EXISTS schwieg, der INSERT scheiterte. Die Pruefung haette gemeldet, der Hinweis stehe nirgends -- richtig und wertlos. Und "kein Suchtreffer zeigt dorthin" stand ueber NULL Treffern. Jetzt wird erst nachgewiesen, dass die Suche denselben Menschen auf der Agenturadresse wirklich findet (1 Treffer -> profil.html). server/pruef-haus-seiten.mjs 34 Pruefungen (vorher 24), 0 Fehler pruef-sicht, pruef-haus-trennung 66, pruef-betreuung, pruef-manager-sicht 43 -- alle 0 Fehler Co-Authored-By: Claude Opus 5 <[email protected]>
316 lines
14 KiB
JavaScript
316 lines
14 KiB
JavaScript
/* =====================================================================
|
|
workspace-suche.js — Suche über alle Bereiche (Konzept, Phase 4).
|
|
|
|
Zwei Dinge machen den Unterschied zwischen einer Suche und einer
|
|
brauchbaren Suche:
|
|
|
|
1. SIE DARF NICHTS FINDEN, WAS DIE SEITE VERBERGEN WUERDE. Eine Suche
|
|
ist die verlockendste Stelle fuer ein Datenleck: Man tippt einen
|
|
Namen und bekommt Treffer aus Bereichen, die man nie oeffnen
|
|
duerfte. Deshalb wird jede Quelle mit der Sichtbarkeitsregel ihres
|
|
eigenen Moduls abgefragt -- importiert, nicht abgeschrieben. Und
|
|
die management-internen Profilfelder (admin_notiz, plan_start,
|
|
naechster_review) werden gar nicht erst durchsucht, fuer niemanden
|
|
ausser dem Management.
|
|
|
|
2. SIE MUSS SAGEN, WO ETWAS STEHT. Ein Treffer ohne Textstelle und
|
|
ohne Weg dorthin zwingt zum Weitersuchen. Jeder Treffer traegt
|
|
deshalb einen Ausschnitt rund um die Fundstelle und ein Ziel.
|
|
|
|
Bewusst kein Volltextindex (FTS5). Die Datenmengen hier sind klein --
|
|
ein paar tausend Zeilen -- und LIKE braucht keinen zweiten Datenstand,
|
|
der irgendwann auseinanderlaeuft.
|
|
===================================================================== */
|
|
|
|
import express from "express";
|
|
import {
|
|
db, sitzungLesen, betreuteIds, istLeitung, istDogFather, siehtAlles, pipelineIds,
|
|
sichtbareCreatorIds, gehoertAufDieseAdresse,
|
|
} from "./workspace.js";
|
|
import { sichtbar as sichtbarAufgaben } from "./workspace-aufgaben.js";
|
|
import { sichtbar as sichtbarTermine } from "./workspace-kalender.js";
|
|
import { sichtbar as sichtbarDateien } from "./workspace-dateien.js";
|
|
/* sichtbarEintrag, NICHT sichtbar: Sonst faende ein Creator ueber die
|
|
Suche kein einziges Agentur-Event -- obwohl es auf der Agentur-Seite
|
|
vor ihm steht. Eine Suche, die weniger findet als die Seite zeigt,
|
|
liest sich wie "gibt es nicht". */
|
|
import { sichtbarEintrag as sichtbarEintraege, BEREICHE } from "./workspace-bereiche.js";
|
|
|
|
export const sucheRouter = express.Router();
|
|
|
|
const MIN = 2;
|
|
const JE_BEREICH = 6;
|
|
const AUSSCHNITT = 110;
|
|
|
|
/* Die Namen kommen aus workspace-bereiche.js, nicht aus einer zweiten
|
|
Liste hier. Eine abgeschriebene Liste vergisst den naechsten neuen
|
|
Bereich -- und in der Suche hiesse das: Er wird gefunden und traegt
|
|
dann keine Ueberschrift. */
|
|
const BEREICHSNAME = Object.fromEntries(
|
|
Object.entries(BEREICHE).map(([k, b]) => [k, b.name]));
|
|
|
|
function angemeldet(req, res, next) {
|
|
const person = sitzungLesen(req);
|
|
if (!person) return res.status(401).json({ fehler: "nicht_angemeldet" });
|
|
req.person = person;
|
|
next();
|
|
}
|
|
|
|
sucheRouter.use("/workspace/api/suche", angemeldet);
|
|
|
|
/* LIKE-Sonderzeichen unschaedlich machen. Ohne das waere die Suche nach
|
|
"100%" eine Suche nach "100 gefolgt von irgendwas" und "a_b" faende
|
|
auch "axb" -- beides falsch und beides faellt erst spaet auf. */
|
|
function muster(text) {
|
|
return "%" + text.replace(/[\\%_]/g, (z) => "\\" + z) + "%";
|
|
}
|
|
|
|
/* Ausschnitt rund um die Fundstelle, damit man sieht, WARUM etwas
|
|
gefunden wurde -- nicht nur die ersten Zeichen des Feldes. */
|
|
function ausschnitt(text, suche) {
|
|
if (!text) return null;
|
|
const flach = String(text).replace(/\s+/g, " ").trim();
|
|
const wo = flach.toLowerCase().indexOf(suche.toLowerCase());
|
|
if (wo < 0) return flach.length > AUSSCHNITT ? flach.slice(0, AUSSCHNITT) + " …" : flach;
|
|
const von = Math.max(0, wo - 35);
|
|
const bis = Math.min(flach.length, wo + suche.length + 70);
|
|
return (von > 0 ? "… " : "") + flach.slice(von, bis) + (bis < flach.length ? " …" : "");
|
|
}
|
|
|
|
sucheRouter.get("/workspace/api/suche", (req, res) => {
|
|
try {
|
|
/* Die gewaehlte Sicht (nur DogFather, sonst er selbst) -- damit die
|
|
Suche dasselbe findet, was die Seiten gerade zeigen. */
|
|
const person = req.sicht || req.person;
|
|
const q = String(req.query.q ?? "").trim().slice(0, 100);
|
|
if (q.length < MIN) {
|
|
return res.json({ frage: q, zu_kurz: true, gruppen: [], gesamt: 0 });
|
|
}
|
|
const m = muster(q);
|
|
const gruppen = [];
|
|
|
|
/* Eine Quelle abfragen. Faellt eine aus, bleibt die Suche im Rest
|
|
benutzbar -- eine leere Trefferliste waere schlimmer als eine
|
|
unvollstaendige. */
|
|
const quelle = (titel, sql, werte, bau) => {
|
|
try {
|
|
const zeilen = db().prepare(sql).all(...werte);
|
|
if (!zeilen.length) return;
|
|
gruppen.push({ titel, treffer: zeilen.map(bau) });
|
|
} catch (fehler) {
|
|
console.error(`[workspace] Suche (${titel}):`, fehler?.message);
|
|
}
|
|
};
|
|
|
|
/* ---------- Aufgaben ---------- */
|
|
const a = sichtbarAufgaben(person);
|
|
if (a) {
|
|
quelle("Aufgaben", `
|
|
SELECT a.id, a.titel, a.beschreibung, a.status, a.frist, p.name AS creator_name
|
|
FROM aufgaben a LEFT JOIN personen p ON p.id = a.creator_id
|
|
WHERE ${a.wo} AND (a.titel LIKE ? ESCAPE '\\' OR a.beschreibung LIKE ? ESCAPE '\\')
|
|
ORDER BY a.status = 'erledigt', a.id DESC LIMIT ${JE_BEREICH}`,
|
|
[...a.werte, m, m],
|
|
(z) => ({
|
|
titel: z.titel,
|
|
text: ausschnitt(z.beschreibung, q),
|
|
zusatz: [z.creator_name, z.status].filter(Boolean).join(" · "),
|
|
ziel: "aufgaben.html",
|
|
}));
|
|
}
|
|
|
|
/* ---------- Termine, Calls und Protokolle ---------- */
|
|
const t = sichtbarTermine(person);
|
|
if (t) {
|
|
quelle("Termine & Calls", `
|
|
SELECT t.id, t.titel, t.beschreibung, t.art, t.beginn, t.ort, p.name AS creator_name
|
|
FROM termine t LEFT JOIN personen p ON p.id = t.creator_id
|
|
WHERE ${t.wo} AND (t.titel LIKE ? ESCAPE '\\' OR t.beschreibung LIKE ? ESCAPE '\\'
|
|
OR t.ort LIKE ? ESCAPE '\\')
|
|
ORDER BY t.beginn DESC LIMIT ${JE_BEREICH}`,
|
|
[...t.werte, m, m, m],
|
|
(z) => ({
|
|
titel: z.titel,
|
|
text: ausschnitt(z.beschreibung, q),
|
|
zusatz: [z.beginn?.replace("T", " · "), z.creator_name].filter(Boolean).join(" · "),
|
|
ziel: z.art === "termin" ? "kalender.html" : "calls.html",
|
|
}));
|
|
|
|
/* Protokolle haengen an Terminen und erben deren Sichtbarkeit.
|
|
Hier steckt oft das, wonach man wirklich sucht: was besprochen
|
|
und was entschieden wurde. */
|
|
quelle("Gesprächsprotokolle", `
|
|
SELECT pr.id, pr.punkte, pr.entscheidungen, t.titel, t.beginn
|
|
FROM protokolle pr JOIN termine t ON t.id = pr.termin_id
|
|
WHERE ${t.wo} AND (pr.punkte LIKE ? ESCAPE '\\' OR pr.entscheidungen LIKE ? ESCAPE '\\')
|
|
ORDER BY t.beginn DESC LIMIT ${JE_BEREICH}`,
|
|
[...t.werte, m, m],
|
|
(z) => {
|
|
const treffer = (z.entscheidungen || "").toLowerCase().includes(q.toLowerCase())
|
|
? { feld: "Entscheidung", wert: z.entscheidungen }
|
|
: { feld: "Besprochen", wert: z.punkte };
|
|
return {
|
|
titel: z.titel,
|
|
text: ausschnitt(treffer.wert, q),
|
|
zusatz: `${treffer.feld} · ${(z.beginn || "").slice(0, 10).split("-").reverse().join(".")}`,
|
|
ziel: "calls.html",
|
|
};
|
|
});
|
|
}
|
|
|
|
/* ---------- Dateien ---------- */
|
|
const d = sichtbarDateien(person);
|
|
if (d) {
|
|
quelle("Dateien", `
|
|
SELECT d.id, d.name_original, d.notiz, d.status, p.name AS creator_name
|
|
FROM dateien d LEFT JOIN personen p ON p.id = d.creator_id
|
|
WHERE ${d.wo} AND (d.name_original LIKE ? ESCAPE '\\' OR d.notiz LIKE ? ESCAPE '\\')
|
|
ORDER BY d.id DESC LIMIT ${JE_BEREICH}`,
|
|
[...d.werte, m, m],
|
|
(z) => ({
|
|
titel: z.name_original,
|
|
text: ausschnitt(z.notiz, q),
|
|
zusatz: [z.creator_name, z.status].filter(Boolean).join(" · "),
|
|
ziel: "dateien.html",
|
|
}));
|
|
}
|
|
|
|
/* ---------- Betreuungsbereiche ---------- */
|
|
const e = sichtbarEintraege(person);
|
|
if (e) {
|
|
quelle("Betreuungsbereiche", `
|
|
SELECT e.id, e.bereich, e.titel, e.text, e.datum, e.status, p.name AS creator_name
|
|
FROM eintraege e LEFT JOIN personen p ON p.id = e.creator_id
|
|
WHERE ${e.wo} AND (e.titel LIKE ? ESCAPE '\\' OR e.text LIKE ? ESCAPE '\\')
|
|
ORDER BY e.datum DESC LIMIT ${JE_BEREICH}`,
|
|
[...e.werte, m, m],
|
|
(z) => ({
|
|
titel: z.titel,
|
|
text: ausschnitt(z.text, q),
|
|
zusatz: [BEREICHSNAME[z.bereich] || z.bereich, z.creator_name].filter(Boolean).join(" · "),
|
|
ziel: `bereich.html?b=${z.bereich}`,
|
|
}));
|
|
}
|
|
|
|
/* ---------- Scout-Pipeline ---------- */
|
|
/* NUR DogFather sieht alle Leads (01.09.2026). Ein Scout seine
|
|
eigenen, ein Manager seine eigenen und die seiner zugeteilten
|
|
Scouts -- dieselbe Regel wie in der Pipeline selbst, aus
|
|
derselben Quelle (pipelineIds in workspace.js). Ein Hinweis, der
|
|
mehr verraet als die Seite dahinter, waere ein Leck. */
|
|
if (siehtAlles(person) || person.rolle === "scout" || person.rolle === "manager") {
|
|
const ids = siehtAlles(person) ? null : pipelineIds(person);
|
|
const nur = ids === null ? "1=1"
|
|
: ids.length ? `l.scout_id IN (${ids.map(() => "?").join(",")})` : "0=1";
|
|
const werte = ids === null ? [] : ids;
|
|
quelle("Scout-Pipeline", `
|
|
SELECT l.id, l.name, l.plattform, l.handle, l.status, l.notizen, l.potenzial, l.aktivitaet
|
|
FROM leads l
|
|
WHERE ${nur} AND (l.name LIKE ? ESCAPE '\\' OR l.handle LIKE ? ESCAPE '\\'
|
|
OR l.notizen LIKE ? ESCAPE '\\' OR l.potenzial LIKE ? ESCAPE '\\'
|
|
OR l.aktivitaet LIKE ? ESCAPE '\\')
|
|
ORDER BY l.id DESC LIMIT ${JE_BEREICH}`,
|
|
[...werte, m, m, m, m, m],
|
|
(z) => ({
|
|
titel: z.name,
|
|
text: ausschnitt(z.notizen || z.potenzial || z.aktivitaet, q),
|
|
zusatz: [z.plattform, z.handle, z.status].filter(Boolean).join(" · "),
|
|
ziel: "scouting.html",
|
|
}));
|
|
}
|
|
|
|
/* ---------- Creator-Profile ----------
|
|
Nur die offenen Felder. admin_notiz, plan_start und
|
|
naechster_review werden NICHT durchsucht -- auch nicht fuer das
|
|
Management, denn ein Treffer daraus taucht sonst spaeter in einer
|
|
Ansicht auf, die diese Felder gar nicht zeigen darf. Wer die Notiz
|
|
lesen will, oeffnet das Profil. */
|
|
if (istLeitung(person) || person.rolle === "scout") {
|
|
/* Zuteilung statt Rolle (03.09.2026): Eine Managerin fand hier
|
|
die Profile ALLER Creator -- Nische, Kanäle, Sendezeiten,
|
|
Technik. Die Suche ist die unauffälligste Stelle für so ein
|
|
Leck: Man sucht nach etwas ganz anderem und bekommt fremde
|
|
Namen als Beifang, ohne dass jemand es je bemerkt. */
|
|
let nur = "";
|
|
let werte = [];
|
|
const erlaubt = sichtbareCreatorIds(person);
|
|
if (erlaubt !== null) {
|
|
if (!erlaubt.length) nur = null;
|
|
else {
|
|
nur = ` AND p.id IN (${erlaubt.map(() => "?").join(",")})`;
|
|
werte = erlaubt;
|
|
}
|
|
}
|
|
if (nur !== null) {
|
|
quelle("Creator-Profile", `
|
|
SELECT p.id, p.name, f.nische, f.handles, f.live_zeiten, f.technik,
|
|
f.ziel_live, f.ziel_content, f.ziel_community, f.ziel_technik,
|
|
f.plan_prio1, f.plan_prio2, f.plan_prio3
|
|
FROM personen p LEFT JOIN profile f ON f.person_id = p.id
|
|
WHERE p.rolle = 'creator' AND p.aktiv = 1${nur}
|
|
AND (p.name LIKE ? ESCAPE '\\' OR f.nische LIKE ? ESCAPE '\\'
|
|
OR f.handles LIKE ? ESCAPE '\\' OR f.live_zeiten LIKE ? ESCAPE '\\'
|
|
OR f.technik LIKE ? ESCAPE '\\'
|
|
OR f.ziel_live LIKE ? ESCAPE '\\' OR f.ziel_content LIKE ? ESCAPE '\\'
|
|
OR f.ziel_community LIKE ? ESCAPE '\\' OR f.ziel_technik LIKE ? ESCAPE '\\'
|
|
OR f.plan_prio1 LIKE ? ESCAPE '\\' OR f.plan_prio2 LIKE ? ESCAPE '\\'
|
|
OR f.plan_prio3 LIKE ? ESCAPE '\\')
|
|
ORDER BY p.name LIMIT ${JE_BEREICH}`,
|
|
[...werte, ...Array(12).fill(m)],
|
|
(z) => {
|
|
/* Zeigen, WELCHES Feld getroffen hat -- sonst raetselt man,
|
|
warum ein Profil auftaucht. */
|
|
const felder = [
|
|
["Nische", z.nische], ["Handles", z.handles], ["LIVE-Zeiten", z.live_zeiten],
|
|
["Technik", z.technik], ["Ziel LIVE", z.ziel_live], ["Ziel Content", z.ziel_content],
|
|
["Ziel Community", z.ziel_community], ["Ziel Technik", z.ziel_technik],
|
|
["Priorität 1", z.plan_prio1], ["Priorität 2", z.plan_prio2],
|
|
["Priorität 3", z.plan_prio3],
|
|
];
|
|
const t2 = felder.find(([, w]) => w && w.toLowerCase().includes(q.toLowerCase()));
|
|
return {
|
|
titel: z.name,
|
|
text: t2 ? ausschnitt(t2[1], q) : null,
|
|
zusatz: t2 ? t2[0] : "Name",
|
|
ziel: "profil.html",
|
|
};
|
|
});
|
|
}
|
|
}
|
|
|
|
/* UND HIER GILT SIE AUCH (15.09.2026).
|
|
|
|
Ein Suchtreffer ist ein Verweis auf eine Seite. Zeigt er auf eine,
|
|
die es auf dieser Adresse nicht gibt, fuehrt er zur Startseite
|
|
zurueck -- und man sucht ihn beim naechsten Mal wieder.
|
|
|
|
Die Daten waren nie das Problem: Die filtert die Haustrennung seit
|
|
dem 10.09. Das Ziel war es. Gefunden habe ich das nicht durch
|
|
Nachdenken, sondern beim Nachsehen, WER SONST NOCH Seitenziele
|
|
ausliefert, nachdem Filipe den Hinweis gemeldet hatte.
|
|
|
|
LEERE GRUPPEN FALLEN MIT WEG. Eine Ueberschrift ohne Treffer
|
|
darunter sieht aus, als waere etwas kaputtgegangen. */
|
|
const hier = { ...person, haus: (req.person || person)?.haus };
|
|
const erlaubt = gruppen
|
|
.map((g) => ({
|
|
...g,
|
|
treffer: (g.treffer || []).filter((t) => !t?.ziel
|
|
|| gehoertAufDieseAdresse(hier, "/workspace/" + String(t.ziel).split("?")[0])),
|
|
}))
|
|
.filter((g) => g.treffer.length);
|
|
|
|
res.json({
|
|
frage: q,
|
|
zu_kurz: false,
|
|
gruppen: erlaubt,
|
|
/* Abgeleitet, nicht mitgezaehlt -- sonst nennt die Zahl Treffer,
|
|
die gar nicht dastehen. */
|
|
gesamt: erlaubt.reduce((s, g) => s + g.treffer.length, 0),
|
|
});
|
|
} catch (fehler) {
|
|
console.error("[workspace] Suche:", fehler?.message);
|
|
res.status(503).json({ fehler: "nicht_verfuegbar" });
|
|
}
|
|
});
|