feat: das Dashboard -- und die eine Regel steht im Code, nicht im Vorsatz
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>
This commit is contained in:
@@ -0,0 +1,35 @@
|
||||
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' },
|
||||
},
|
||||
},
|
||||
})
|
||||
Reference in New Issue
Block a user