Florian Wilde
e296b1e6c2
Damit sind alle 15 QR-Typen gebaut. PDF und Bild brauchen eine hochgeladene Datei. Die liegt in der Datenbank, nicht auf der Platte: damit bleibt es bei einem Volumen, das gesichert werden muss — ein zweites wird beim Sichern zu leicht vergessen. Geprueft wird der Dateiinhalt, nicht die Endung; eine Textdatei namens harmlos.pdf kommt nicht durch. SVG ist bewusst nicht erlaubt, weil es Skripte enthalten darf und von derselben Adresse wie die Anwendung ausgeliefert wuerde. Ausgeliefert wird mit nosniff und einer CSP-Sandbox, damit auch ein PDF mit Skripten nichts anrichtet. Dateien haengen am Code: wird er geloescht, geht sie mit. Eine ausgetauschte oder nie gespeicherte Datei wird nach 24 Stunden weggeraeumt. Eine fremde Datei laesst sich nicht an den eigenen Code haengen — sonst koennte man sie einem anderen Code entziehen. Feedback sammelt Note und Kommentar, ohne Name, IP oder Geraetekennung. Die Auswertung mit Durchschnitt, Verteilung und Kommentaren ist aus der Codeliste erreichbar — ein Feedback-Code ohne Auswertung waere nur die halbe Sache.
21 lines
675 B
SQL
21 lines
675 B
SQL
-- Rückmeldungen zu einem Feedback-Code.
|
|
--
|
|
-- Ohne IP-Adresse und ohne Gerätekennung: Wer einen Aushang scannt und eine
|
|
-- Note vergibt, soll nicht wiedererkennbar sein.
|
|
CREATE TABLE "Feedback" (
|
|
"id" TEXT NOT NULL,
|
|
"qrCodeId" TEXT NOT NULL,
|
|
"rating" INTEGER NOT NULL,
|
|
"comment" TEXT,
|
|
"createdAt" TIMESTAMP(3) NOT NULL DEFAULT CURRENT_TIMESTAMP,
|
|
|
|
CONSTRAINT "Feedback_pkey" PRIMARY KEY ("id")
|
|
);
|
|
|
|
CREATE INDEX "Feedback_qrCodeId_createdAt_idx" ON "Feedback"("qrCodeId", "createdAt");
|
|
|
|
ALTER TABLE "Feedback"
|
|
ADD CONSTRAINT "Feedback_qrCodeId_fkey"
|
|
FOREIGN KEY ("qrCodeId") REFERENCES "QrCode"("id")
|
|
ON DELETE CASCADE ON UPDATE CASCADE;
|