Files
1000apps/legacy/README.md
T
Carlos dce148338f refactor: reorganiza projeto em legacy/ apos remocao de login
- Move paginas de auth (signin, signup, nextauth) para legacy/auth/
- Move Landing Page para legacy/landing/
- Move dashboard.jsx.bak para legacy/
- Adiciona README documentando backup e deps necessarias
- Nenhuma rota ativa depende de NextAuth; app abre direto no dashboard
- Deps (next-auth, prisma-adapter, bcryptjs) mantidas para nao quebrar backup
- Build Next.js validado (10 rotas, sem rotas de auth/landing)
2026-07-11 22:34:26 +02:00

1.3 KiB

Legacy / Backup

Esta pasta contém código preservado da fase de autenticação e da Landing Page. Nenhum arquivo aqui participa do build do Next.js (estão fora de pages/).

Mantido para reativação futura sem perda de histórico (conforme decisão de 2026-07-11).

Estrutura

  • legacy/auth/ → telas de login/cadastro e configuração NextAuth
  • legacy/landing/ → Landing Page original (era a rota /)
  • legacy/dashboard.jsx.bak → cópia de pages/dashboard.jsx antes da remoção do useSession

Dependências necessárias para reativar o auth

Os arquivos em legacy/auth/ importam:

  • next-auth ^4.24.0
  • @next-auth/prisma-adapter ^1.0.7
  • bcryptjs ^2.4.3
  • @prisma/client (já usado pelo app ativo)

Estas dependências permanecem em package.json exatamente para não quebrar este backup. Nenhuma rota ativa (fora de legacy/) as utiliza.

Como reativar

  1. Mover legacy/auth/* de volta para pages/ (ex.: signin.jsx, signup.jsx, api/auth/[...nextauth].js).
  2. Mover legacy/landing/index.jsx para pages/index.jsx (ou pages/landing.jsx + ajustar redirect).
  3. Restaurar SessionProvider em pages/_app.jsx e imports de useSession onde necessário.
  4. npm install (garante que as deps acima estão presentes) e npm run build.