Evandro Fonseca Junior
ddccc80a70
Com `pnpm dev` e nenhuma configuração, o frontend chamava `/api` na própria origem do Vite (5173), que devolvia o index.html da SPA em vez de JSON, e a sessão nunca inicializava. Além disso os dois arquivos que falam com a API usavam padrões diferentes: `SessionContext` usava URL relativa (correto em produção, onde o Fastify serve a API e o build) e `DownloadItem` fixava `http://localhost:3000`, o que quebra o botão "Save to Disk" quando o app roda em outra máquina/VPS. - `vite.config.ts`: proxy de `/api` para o backend em dev (alvo configurável por `VITE_API_PROXY`, padrão `http://localhost:3000`). - `DownloadItem.tsx`: mesma origem por padrão, igual ao SessionContext (`VITE_API_URL` continua valendo para apontar para outro host). Também deixa `pnpm --filter web lint` verde (4 erros do eslint): tipos de props de Input/Textarea como type alias, `catch` sem binding e uma exceção documentada para a regra de fast refresh no módulo do contexto.
20 lines
606 B
TypeScript
20 lines
606 B
TypeScript
import { defineConfig } from 'vite'
|
|
import react from '@vitejs/plugin-react'
|
|
|
|
// https://vite.dev/config/
|
|
export default defineConfig({
|
|
plugins: [react()],
|
|
server: {
|
|
// O frontend chama a API na mesma origem (URL relativa). Em produção quem
|
|
// serve o build é o próprio Fastify; em desenvolvimento este proxy encaminha
|
|
// /api para o backend. Ajuste o alvo com VITE_API_PROXY se o backend não
|
|
// estiver na porta padrão (3000).
|
|
proxy: {
|
|
'/api': {
|
|
target: process.env.VITE_API_PROXY ?? 'http://localhost:3000',
|
|
changeOrigin: true,
|
|
},
|
|
},
|
|
},
|
|
})
|