Florian Wilde
5806dc4ce0
- Dockerfile (4 Stufen) und docker-compose.yml mit Postgres-Healthcheck, Volume und direktem Port-Mapping 3000:3000, ohne Reverse Proxy. - Entrypoint wendet beim Start "prisma migrate deploy" an; die Prisma-CLI bekommt eine eigene Build-Stufe, weil sie mehr als nur @prisma/* braucht. - prisma.config.ts durch prisma.config.js ersetzt: laedt ohne TypeScript und ohne dotenv, damit sie im Laufzeit-Image funktioniert. - Prisma-Client wird erst beim ersten Zugriff erzeugt. Vorher scheiterte "next build" beim Einsammeln der Routen-Konfiguration ohne DATABASE_URL. - Postgres-18-Volume auf /var/lib/postgresql gemountet (neues Datenlayout). - npm 11 blockiert Installationsskripte: erlaubte Pakete stehen jetzt im Feld "allowScripts" der package.json. - Lokale Variable "module" ueberall in "qrType" umbenannt (verdeckte sonst die CommonJS-Variable) und Vorschau-Effekt ohne synchrones setState. - README.md auf Deutsch: Setup, Konfiguration, Bedienung, Aufbau, API und Ausblick auf Version 2.
27 lines
829 B
JavaScript
27 lines
829 B
JavaScript
// Prisma-Konfiguration (CommonJS, damit sie ohne TypeScript-Loader auch im
|
|
// schlanken Laufzeit-Image des Containers gelesen werden kann).
|
|
//
|
|
// Prisma 7 liest Verbindungsdaten nicht mehr aus schema.prisma, sondern von
|
|
// hier — die Anwendung selbst verbindet sich über den pg-Driver-Adapter in
|
|
// src/lib/db.ts.
|
|
|
|
// Im Container kommt DATABASE_URL aus der Umgebung; lokal ist .env bequemer.
|
|
// dotenv ist nur eine Dev-Abhängigkeit und im Image bewusst nicht vorhanden.
|
|
try {
|
|
require("dotenv/config");
|
|
} catch {
|
|
// Kein dotenv vorhanden — die Umgebungsvariablen sind bereits gesetzt.
|
|
}
|
|
|
|
const { defineConfig } = require("prisma/config");
|
|
|
|
module.exports = defineConfig({
|
|
schema: "prisma/schema.prisma",
|
|
migrations: {
|
|
path: "prisma/migrations",
|
|
},
|
|
datasource: {
|
|
url: process.env.DATABASE_URL,
|
|
},
|
|
});
|