D4rkst3randClaude Opus 5
6c8ead8e15
Schritt 4. React 18, TypeScript, Vite 5, Tailwind 4 (CSS-first), Lucide, Zustand; kein Konsta. Quelle in server/ui, Build nach server/web (gitignored), im Abbild von einer eigenen Docker-Stufe gebaut. JEDER KNOPF GIBT RUECKMELDUNG -- und zwar erzwungen, nicht vorgenommen: - api.ts haelt den EINZIGEN fetch und GENAU EINE Fehlerklasse. Der Fivemanage-Fehler war, zwei zu haben: geworfen wurde `new Error`, geprueft auf `instanceof ApiError`, und damit verschwand jeder Fehlschlag lautlos. - store.ts haelt run(): Aktion rein, Erfolgstext rein, und es meldet bei Erfolg diesen und bei Fehlschlag den Text DES DIENSTES. Wer darueber geht, kann keinen stillen Knopf bauen. - Jeder wartende Knopf ist gesperrt und zeigt einen Kreisel. Der zweite Klick eine Sekunde spaeter war der Weg zu neunzehn gleichnamigen Organisationen. - Fehlermeldungen bleiben stehen, bis jemand sie wegklickt. Ein Fehler, der von allein verschwindet, ist einer, den niemand gelesen hat. @vitejs/plugin-react ist auf ^4 festgenagelt: die 6 verlangt vite ^8. In den peerDependencies nachgesehen -- Vite 5.4.21 liegt in der Schnittmenge von plugin-react@4 und @tailwindcss/vite@4. Am laufenden Container nachgemessen: / kommt als text/html, assets/*.js als text/javascript, *.css als text/css (die MIME-Falle aus Schritt 1 traegt), und /tokens, /speicher, /konto liefern dieselbe index.html -- die SPA-Rueckfall- route tut, wofuer sie gebaut wurde. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
36 lines
1.4 KiB
TypeScript
36 lines
1.4 KiB
TypeScript
import { defineConfig } from 'vite'
|
|
import react from '@vitejs/plugin-react'
|
|
import tailwind from '@tailwindcss/vite'
|
|
|
|
// @vitejs/plugin-react ist auf ^4 festgenagelt, und das ist kein Zufall: die 6
|
|
// verlangt Vite ^8. Vite 5 bleibt (so steht es in der ROADMAP), und die 4 ist
|
|
// die letzte Fassung, die dazu passt — nachgesehen in den peerDependencies,
|
|
// nicht geraten.
|
|
export default defineConfig({
|
|
plugins: [react(), tailwind()],
|
|
|
|
build: {
|
|
// Der Dienst liefert die gebaute Oberflaeche aus ../web aus; der Pfad
|
|
// steht in index.ts als `new URL('../web/', import.meta.url)`,
|
|
// ausgehend von dist/. Wer das hier aendert, aendert ihn dort mit.
|
|
outDir: '../web',
|
|
emptyOutDir: true,
|
|
},
|
|
|
|
server: {
|
|
// Im Entwicklungsbetrieb laeuft die Oberflaeche unter
|
|
// http://localhost:5173 und der Dienst im Container auf 9101. Ohne
|
|
// diesen Umweg gaebe es zwei Ursprunge und das Sitzungs-Cookie kaeme
|
|
// nie an.
|
|
//
|
|
// Dass das ueberhaupt geht, liegt an einer Ausnahme: der Container
|
|
// setzt das Cookie mit `Secure`, und ein Browser nimmt so eines ueber
|
|
// http NUR auf localhost an. Hier hilft die Ausnahme — beim Pruefen
|
|
// einer LAN-Adresse fuehrt genau sie in die Irre (siehe ROADMAP).
|
|
proxy: {
|
|
'/api': { target: 'http://127.0.0.1:9101' },
|
|
'/f': { target: 'http://127.0.0.1:9101' },
|
|
},
|
|
},
|
|
})
|