Files
qrcode-generator/Dockerfile
T
Florian Wilde 5806dc4ce0 Docker-Stack, README und Korrekturen aus dem ersten Durchlauf
- 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.
2026-08-13 16:48:28 +02:00

77 lines
2.8 KiB
Docker

# syntax=docker/dockerfile:1
# =============================================================================
# QR-Code-Generator — Mehrstufiger Build
# 1. deps — Abhängigkeiten installieren
# 2. builder — Prisma Client erzeugen und Next.js standalone bauen
# 3. prismacli — Prisma-CLI samt Abhängigkeiten für die Start-Migration
# 4. runner — schlankes Laufzeit-Image
# =============================================================================
FROM node:24-alpine AS base
# openssl wird von den Prisma-Engines benötigt, libc6-compat von einigen
# vorkompilierten Node-Modulen.
RUN apk add --no-cache libc6-compat openssl
WORKDIR /app
ENV NEXT_TELEMETRY_DISABLED=1
# --- 1. Abhängigkeiten -------------------------------------------------------
FROM base AS deps
COPY package.json package-lock.json ./
# npm 11 blockiert Installationsskripte standardmäßig. Die Pakete, die welche
# ausführen dürfen, stehen im Feld "allowScripts" der package.json — Prisma
# lädt darüber seine Engine-Binaries.
RUN npm ci
# --- 2. Build ----------------------------------------------------------------
FROM base AS builder
COPY --from=deps /app/node_modules ./node_modules
COPY . .
RUN node ./node_modules/prisma/build/index.js generate
RUN npm run build
# --- 3. Prisma-CLI -----------------------------------------------------------
# Der Container wendet beim Start selbst die Migrationen an und braucht dafür
# die CLI. Sie hat mehr Abhängigkeiten als nur @prisma/* — deshalb wird ihre
# vollständige Abhängigkeitshülle hier separat und ohne den Rest des Projekts
# installiert.
FROM base AS prismacli
WORKDIR /prisma-cli
COPY package.json ./
RUN PRISMA_VERSION="$(node -p "require('./package.json').devDependencies.prisma")" \
&& printf '%s' '{"name":"prisma-cli","private":true,"allowScripts":{"prisma":true,"@prisma/engines":true}}' > package.json \
&& npm install --omit=dev --no-package-lock "prisma@${PRISMA_VERSION}"
# --- 4. Laufzeit -------------------------------------------------------------
FROM base AS runner
ENV NODE_ENV=production \
PORT=3000 \
HOSTNAME=0.0.0.0
RUN addgroup --system --gid 1001 nodejs \
&& adduser --system --uid 1001 nextjs
COPY --from=builder /app/public ./public
COPY --from=builder --chown=nextjs:nodejs /app/.next/standalone ./
COPY --from=builder --chown=nextjs:nodejs /app/.next/static ./.next/static
# Migrationen, Prisma-Konfiguration und die CLI. Letztere ergänzt die
# node_modules des standalone-Builds, damit prisma.config.js ihre Module
# auflösen kann.
COPY --from=builder /app/prisma ./prisma
COPY --from=builder /app/prisma.config.js ./prisma.config.js
COPY --from=prismacli /prisma-cli/node_modules ./node_modules
COPY docker/entrypoint.sh /usr/local/bin/entrypoint.sh
RUN chmod +x /usr/local/bin/entrypoint.sh
USER nextjs
EXPOSE 3000
ENTRYPOINT ["/usr/local/bin/entrypoint.sh"]
CMD ["node", "server.js"]