Phase 5 abgeschlossen: Dateien mit vollständiger Prüfkette
Upload → quarantine/ → Typprüfung → ClamAV → Neukodierung → store/. Es gibt keinen Pfad, auf dem eine Datei ungeprüft in store/ landet, und keinen Schalter, der die Kette abschaltet. Die Typprüfung liest Magic Bytes aus einer eigenen Signaturtabelle statt aus file-type: bei einer Positivliste aus fünf Formaten hilft es nicht, hundert erkennen zu können. Die Signatur muss an Position 0 stehen - ein Vorspann vor %PDF- ist der klassische Weg, eine Datei für zwei Programme zugleich lesbar zu machen. Wer trotzdem durchkommt, kommt als text/plain durch und wird unter der Endung des erkannten Typs ausgeliefert, nicht unter der hochgeladenen. Drei Ausgänge statt zwei: BLOCKED heisst "ist gefährlich", FAILED heisst "wissen wir nicht". Nur FAILED lässt sich freigeben, und die Freigabe wiederholt die Kette ohne den Scanner - Typprüfung und Neukodierung laufen dabei mit. Ein fehlender clamd macht damit keine Datei sauber; ein Test hält das fest. Auslieferung nur über /api/files/[id], mit Sichtbarkeitsprüfung der zugehörigen Akte, Protokoll ab Stufe 3 und den harten Kopfzeilen aus docs/07. Vorschaubilder dürfen inline, weil sie serverseitig als WebP neu kodiert wurden. Das Lichtbild im Aktenblatt ist damit gefüllt: der Feldwert ist die Kennung eines geprüften Anhangs, serverseitig zu einer Adresse aufgelöst. /api/events liefert attachment.scanned über pg_notify - die Grundlage, auf der Phase 6 den Aktenchat aufsetzt. Die Sichtbarkeit wird je Ereignis geprüft, sonst verriete schon die Kennung die Existenz. Nebenbei riss das Bündelbudget (121 kB gegen 120 erlaubte): lib/i18n/de.ts war ein Objekt, und eine Client-Komponente zieht die ganze Datei mit. Die Texte stehen jetzt in sechs Dateien nach Bereichen, de.ts setzt sie nur zusammen. Grösste Route wieder bei 118 kB, und sie wächst nicht mehr mit jedem neuen Bereich mit. 133 Tests im Web-Paket, 15 in der Datenbank, 28 e2e.
This commit is contained in:
@@ -0,0 +1,59 @@
|
||||
/**
|
||||
* Personalakten und die Zuständigen der Abteilung.
|
||||
*
|
||||
* Nach Bereichen getrennt, weil eine **Client-Komponente die ganze Datei ins
|
||||
* Bündel zieht**, in der ihr Text steht. Lägen alle Texte in einer, trüge jede
|
||||
* Ansicht die der ganzen Anwendung mit sich herum — das Budget aus
|
||||
* docs/09-performance-und-ux.md wäre nach wenigen Phasen aufgebraucht.
|
||||
*
|
||||
* Serverkomponenten nehmen weiter `de` aus `lib/i18n/de.ts`: was dorthin
|
||||
* gezogen wird, verlässt den Server nicht.
|
||||
*/
|
||||
|
||||
export const personnelText = {
|
||||
one: 'Personalakte',
|
||||
many: 'Personalakten',
|
||||
listHeading: 'Personalakten',
|
||||
name: 'Name',
|
||||
rank: 'Dienstgrad',
|
||||
department: 'Abteilung',
|
||||
status: 'Status',
|
||||
statusHint: 'Mehrere möglich. „Gekündigt" und „Verhaftet" schließen einander nicht aus.',
|
||||
statusNone: 'Kein Status gesetzt',
|
||||
filterStatus: 'Status',
|
||||
filterAll: 'Alle',
|
||||
note: 'Anmerkung',
|
||||
noteHelp: 'Steht im Kopf der Akte, etwa "kein Discord-Konto, Aktenlage aus 2025".',
|
||||
linkedAccount: 'Discord-Konto',
|
||||
noAccount: 'Ohne Discord-Konto',
|
||||
empty: 'Noch keine Personalakte. Erste Personalakte anlegen.',
|
||||
emptySearch: 'Kein Treffer. Anderen Begriff versuchen.',
|
||||
create: 'Personalakte anlegen',
|
||||
createTitle: 'Neue Personalakte',
|
||||
createHint:
|
||||
'Meist für Externe ohne Discord-Konto: Sicherheitsdienst, Zeugen, Vertragspartner. Zusammen mit der Akte entsteht das Aktenblatt als erster Eintrag.',
|
||||
search: 'Name, Dienstgrad oder Abteilung',
|
||||
countLabel: (n: number) => (n === 1 ? '1 Personalakte' : `${n} Personalakten`),
|
||||
edit: 'Kopfdaten ändern',
|
||||
reclassify: 'Klassifizierung ändern',
|
||||
headData: 'Kopfdaten',
|
||||
backlinks: 'Fälle mit dieser Person',
|
||||
backlinksEmpty: 'Diese Person kommt in keinem Fall vor, den du sehen darfst.',
|
||||
backlinksCount: (n: number) => (n === 1 ? '1 Fall' : `${n} Fälle`),
|
||||
linkCase: 'Fall verknüpfen',
|
||||
linkCaseHint: 'Aktenzeichen eintragen und die Rolle wählen, in der die Person darin vorkommt.',
|
||||
} as const
|
||||
|
||||
export const assignmentText = {
|
||||
heading: 'Zuständige der Abteilung',
|
||||
empty: 'Niemand zugeordnet.',
|
||||
add: 'Mitglied zuordnen',
|
||||
remove: 'Entfernen',
|
||||
hint:
|
||||
'Wer hier steht, liest die Personalakte unabhängig von seiner Freigabestufe.',
|
||||
roles: {
|
||||
HANDLER: 'Aktenführung',
|
||||
INVESTIGATOR: 'Ermittler',
|
||||
CONTACT: 'Ansprechpartner',
|
||||
} as Record<string, string>,
|
||||
} as const
|
||||
Reference in New Issue
Block a user