From c812903b6e53640e01ab3b2b2e80821aa46d2a0d Mon Sep 17 00:00:00 2001 From: adm01-debug Date: Sat, 9 May 2026 11:54:26 -0300 Subject: [PATCH] fix(config): remover refs ao project_id Lovable morto + reescrever DEPLOYMENT.md MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Onda 6 PR 6.2 — limpeza de configuração obsoleta. ## Problema Após migração para Supabase self-hosted, três artefatos ficaram apontando para infra que não existe mais: 1. `supabase/config.toml` linha 1: `project_id = "allrjhkpuscmgbsnmjlv"` (ID do Supabase Cloud Lovable, abandonado em 2026-04) 2. `docs/DEPLOYMENT.md`: 11 referências a `--project-ref allrjhkpuscmgbsnmjlv` em comandos de deploy + URL `pronto-talk-suite.lovable.app` (morta) + referências a banco FATOR X Cloud (`pgxfvjmuubtbowutlide`, também morto) 3. Documento inteiro estruturado em torno de "Deploy Automático (Lovable)" como caminho principal — mas Lovable GitHub app foi suspenso em 2026-05-07 Quem ler o DEPLOYMENT.md atual e tentar seguir os comandos vai literalmente falhar — o projeto Cloud não existe. ## Mudanças ### supabase/config.toml - Removida linha `project_id = "allrjhkpuscmgbsnmjlv"` - Adicionado header explicativo: - Aponta self-hosted como canônico (https://supabase.atomicabr.com.br) - Documenta uso de `--db-url` em vez de `--project-ref` - Mantém os 26 blocos `[functions.*]` com `verify_jwt = false` (preservam intenção mesmo que self-hosted use env vars do container) - Histórico do que foi removido + quando + por quê ### docs/DEPLOYMENT.md (reescrito de 308 → 412 linhas) Reescrita completa para refletir realidade: - **Header de migração** explicando 3 camadas históricas (Lovable → FATOR X → Self-hosted) e marcando 2 como abandonadas - Nova seção **"Arquitetura atual"** com diagrama ASCII mostrando o fluxo Vercel (frontend) → VPS AtomicaBR (Supabase self-hosted) ← Evolution API - Seção **"Deploy do frontend (Vercel)"** substitui "Deploy Automático (Lovable)" - Seção **"Deploy de Edge Functions (self-hosted)"** com 2 opções: - Via Supabase CLI com `--db-url` (recomendado) - Manual via Docker (fallback) - Comandos de migration atualizados pra `--db-url` - Variáveis de ambiente atualizadas (sem URLs Lovable mortas) - Monitoramento atualizado (Glitchtip self-hosted, Portainer, Studio self-hosted) — sem mencionar Lovable Built-in monitoring - Rollback do frontend agora aponta Vercel (não Lovable) - Novo Troubleshooting com erro comum "--project-ref dá erro" e como resolver - Referências mortas mantidas APENAS em contexto histórico ("abandonado", "NÃO funciona mais", "descomissionado") ## Validações - ✅ `npx tsc --noEmit -p tsconfig.app.json` → 0 erros (não toca código) - ✅ supabase/config.toml é TOML válido (sintaxe preservada) - ✅ Nenhuma referência a project_id morto FORA de contexto histórico - ✅ Diagrama de arquitetura confere com inventário VPS de 08/05 ## Próximo PR PR 6.5 — config sweep (.env.example + package.json + resíduos gamification) da Onda 6. Refs: - Auditoria: AUDITORIA-ZAPP-WEB-2026-05-09.md (achado C3) - Stress-test: PR 6.2 originalmente 30min, escalou pra 1-2h porque DEPLOYMENT.md tem 11 ocorrências do project_id morto - PR #88 (gamification removal) e PR #114 (TS fix) merged em main --- docs/DEPLOYMENT.md | 440 ++++++++++++++++++++++++++----------------- supabase/config.toml | 21 ++- 2 files changed, 292 insertions(+), 169 deletions(-) diff --git a/docs/DEPLOYMENT.md b/docs/DEPLOYMENT.md index 06b2f15e0..820f49b07 100644 --- a/docs/DEPLOYMENT.md +++ b/docs/DEPLOYMENT.md @@ -1,308 +1,412 @@ -# 🚀 Guia de Deploy - ZAPP-WEB +# 🚀 Guia de Deploy — ZAPP-WEB Este documento descreve o processo de deploy e configuração do ZAPP-WEB. +> **⚠️ HISTÓRICO IMPORTANTE (atualizado 2026-05-09):** +> +> Este projeto passou por **duas migrações de banco** e **uma mudança de plataforma de deploy**: +> +> 1. **Lovable Cloud** (banco `allrjhkpuscmgbsnmjlv`) — **abandonado** em 2026-04. Lovable GitHub app foi suspenso em 2026-05-07. +> 2. **FATOR X Cloud** (`tdprnylgyrogbbhgdoik` / `pgxfvjmuubtbowutlide`) — **abandonado**. Camada `src/integrations/datasource/` que falava com esse banco está morta. +> 3. **Supabase self-hosted** (`https://supabase.atomicabr.com.br`) — **canônico atualmente**. +> +> **Frontend:** roda no **Vercel** (project `zapp-web` no team `juca1`). +> **Backend:** Supabase self-hosted na VPS AtomicaBR. +> +> Comandos antigos com `--project-ref allrjhkpuscmgbsnmjlv` ou URLs `*.lovable.app` **NÃO funcionam mais**. Sempre use `--db-url` apontando pra `supabase.atomicabr.com.br`. + ## 📋 Índice +- [Arquitetura atual](#arquitetura-atual) - [Ambientes](#ambientes) - [Pré-requisitos](#pré-requisitos) -- [Deploy Automático (Lovable)](#deploy-automático-lovable) -- [Deploy Manual](#deploy-manual) -- [Configuração do Supabase](#configuração-do-supabase) -- [Edge Functions](#edge-functions) +- [Deploy do frontend (Vercel)](#deploy-do-frontend-vercel) +- [Deploy de Edge Functions (self-hosted)](#deploy-de-edge-functions-self-hosted) +- [Migrations do banco](#migrations-do-banco) - [Variáveis de Ambiente](#variáveis-de-ambiente) -- [Domínio Customizado](#domínio-customizado) - [Rollback](#rollback) - [Monitoramento](#monitoramento) +- [Checklist de Deploy](#checklist-de-deploy) +- [Troubleshooting](#troubleshooting) + +--- + +## Arquitetura atual + +``` +┌─────────────────────────────────────────────────────────────┐ +│ USUÁRIO (browser) │ +└─────────────────────────────┬───────────────────────────────┘ + │ + ▼ +┌─────────────────────────────────────────────────────────────┐ +│ VERCEL (frontend) │ +│ zapp-web project (team juca1) │ +│ Auto-deploy de cada push em main │ +└─────────────────────────────┬───────────────────────────────┘ + │ HTTPS + ▼ +┌─────────────────────────────────────────────────────────────┐ +│ VPS AtomicaBR — Docker Swarm │ +│ ┌────────────────────────────────────────────────────┐ │ +│ │ supabase.atomicabr.com.br (Kong API gateway) │ │ +│ │ ├── PostgREST (REST API) │ │ +│ │ ├── GoTrue (Auth) │ │ +│ │ ├── Storage (S3-compatible) │ │ +│ │ ├── Realtime (WebSocket) │ │ +│ │ └── Edge Runtime (Deno) — Edge Functions │ │ +│ ├────────────────────────────────────────────────────┤ │ +│ │ PostgreSQL 15.8 (banco self-hosted) │ │ +│ │ 3 GB de dados, 598 tabelas em public │ │ +│ └────────────────────────────────────────────────────┘ │ +└─────────────────────────────────────────────────────────────┘ + ▲ + │ +┌─────────────────────────────┴───────────────────────────────┐ +│ evolution.atomicabr.com.br │ +│ Evolution API (WhatsApp gateway) │ +└─────────────────────────────────────────────────────────────┘ +``` --- ## Ambientes -| Ambiente | URL | Branch | -|----------|-----|--------| -| **Produção** | pronto-talk-suite.lovable.app | `main` | -| **Staging** | (interno) | `develop` | -| **Local** | localhost:5173 | qualquer | +| Ambiente | URL | Branch | Plataforma | +|---|---|---|---| +| **Produção** | (a definir — `zapp.atomicabr.com.br` planejado) | `main` | Vercel + VPS AtomicaBR | +| **Preview** | `-zapp-web.vercel.app` | qualquer PR | Vercel preview deployments | +| **Local** | `http://localhost:5173` | qualquer | `bun run dev` | + +> Lovable e seus domínios `*.lovable.app` foram **descomissionados** e não fazem mais parte do fluxo de deploy. --- ## Pré-requisitos ### Ferramentas -- Node.js 20+ (use `.nvmrc`: `nvm use`) -- Bun 1.0+ -- Supabase CLI -- Git + +- **Node.js 20+** (use `.nvmrc`: `nvm use`) +- **Bun 1.0+** (`curl -fsSL https://bun.sh/install | bash`) +- **Supabase CLI** (`npm i -g supabase` ou `brew install supabase/tap/supabase`) +- **Git** +- **Acesso SSH** à VPS AtomicaBR (para deploy de Edge Functions, se necessário) ### Acessos necessários -- GitHub (repo privado) -- Supabase Dashboard -- Lovable Dashboard -- Evolution API (WhatsApp) + +- GitHub (`adm01-debug/zapp-web`) +- Vercel Dashboard (team `juca1`, project `zapp-web`) +- Supabase self-hosted Studio: `https://supabase.atomicabr.com.br` +- Portainer da VPS AtomicaBR (Docker Swarm management) + +### Variáveis necessárias (não commitar) + +Solicite ao admin (`ti@promobrindes.com.br`) as seguintes credenciais: + +- `SUPABASE_DB_URL` — URL do Postgres self-hosted (com senha) +- `SUPABASE_SERVICE_ROLE_KEY` — service role JWT +- `EVOLUTION_API_KEY` — chave da Evolution API +- `OPENAI_API_KEY`, `ANTHROPIC_API_KEY` — chaves IA +- `RESEND_API_KEY` — Resend para email +- `ELEVENLABS_API_KEY` — TTS --- -## Deploy Automático (Lovable) +## Deploy do frontend (Vercel) + +O deploy do frontend é **automático via Vercel**: + +1. **Push em `main`** → Vercel buildou e publica automaticamente +2. **Push em qualquer branch / PR** → Vercel cria preview deployment +3. **Merge de PR** → preview vira production deploy + +### Tempo médio + +- Build: ~2-3 minutos +- Deploy: ~30 segundos +- Propagação: ~1 minuto -O deploy é **automático** via Lovable: +### Deploy manual (raramente necessário) -1. **Commit na main** → Rebuild automático -2. **Edge Functions** → Deployadas automaticamente -3. **Assets** → CDN global +```bash +# Pelo CLI do Vercel +npm i -g vercel +vercel login +vercel --prod +``` + +### Configurar variáveis no Vercel -### Tempo médio de deploy -- Build: ~2 minutos -- Edge Functions: ~30 segundos -- Propagação CDN: ~1 minuto +``` +Vercel Dashboard > Project zapp-web > Settings > Environment Variables +``` + +Variáveis necessárias estão listadas em `.env.example`. Cada uma deve ser configurada para os 3 ambientes (`Production`, `Preview`, `Development`). --- -## Deploy Manual +## Deploy de Edge Functions (self-hosted) -Para casos especiais onde o deploy automático não é suficiente: +Edge Functions rodam no container `supabase_functions` na VPS AtomicaBR. **Não use** comandos com `--project-ref` (são para Supabase Cloud, não self-hosted). -### 1. Build local +### Listar functions deployadas ```bash -# Instalar dependências -bun install +# Pelo Studio: https://supabase.atomicabr.com.br/project/default/functions +# Ou via SSH na VPS: +docker exec supabase_functions ls /home/deno/functions/ +``` -# Build de produção -bun run build +### Deploy de função específica -# Preview local -bun run preview -``` +Há duas opções para deployar uma function: -### 2. Deploy de Edge Functions +**Opção 1 — Via Supabase CLI com `--db-url`** (recomendado quando funcionando): ```bash -# Deploy de todas as funções -supabase functions deploy --project-ref allrjhkpuscmgbsnmjlv +# Definir env var +export SUPABASE_DB_URL='postgresql://postgres:SENHA@db.supabase.atomicabr.com.br:5432/postgres' -# Deploy de função específica -supabase functions deploy evolution-api --project-ref allrjhkpuscmgbsnmjlv +# Deploy de uma function específica +supabase functions deploy evolution-api --db-url "$SUPABASE_DB_URL" ``` -### 3. Aplicar migrations +**Opção 2 — Manual via Docker** (fallback): ```bash -# Aplicar migrations pendentes -supabase db push --project-ref allrjhkpuscmgbsnmjlv +# Copia o código da function pro container +docker cp supabase/functions/evolution-api supabase_functions:/home/deno/functions/ -# Ver status das migrations -supabase migration list --project-ref allrjhkpuscmgbsnmjlv +# Reinicia o runtime +docker service update --force supabase_supabase_functions ``` ---- +### Configurar secrets das functions -## Configuração do Supabase +Em self-hosted, secrets são variáveis de ambiente do container `supabase_functions`. Configure via Portainer: -### Projeto Principal -- **ID**: `allrjhkpuscmgbsnmjlv` -- **URL**: https://allrjhkpuscmgbsnmjlv.supabase.co -- **Dashboard**: https://supabase.com/dashboard/project/allrjhkpuscmgbsnmjlv +``` +Portainer > Stacks > supabase > Editor > supabase_functions environment +``` -### Banco de Dados Externo (CRM) -- **ID**: `pgxfvjmuubtbowutlide` -- **Uso**: RPCs de inteligência e enriquecimento de contatos +Ou via SSH: -### Configurações Obrigatórias +```bash +# Editar /root/supabase.yaml e ajustar a seção 'environment' do supabase_functions +docker stack deploy -c /root/supabase.yaml supabase +``` -#### 1. Auth -- Email/password habilitado -- MFA (TOTP) habilitado -- Redirect URLs configurados +--- -#### 2. RLS -- Todas as tabelas com RLS habilitado -- 181+ policies configuradas +## Migrations do banco -#### 3. Realtime -- 16 tabelas com Realtime ativo -- Broadcast habilitado +Migrations vivem em `supabase/migrations/` (459 arquivos atualmente, ordenadas por timestamp). -#### 4. Storage -- Buckets: `avatars`, `media`, `documents` -- Policies de acesso configuradas +### Aplicar migrations ---- +```bash +# Via Supabase CLI com --db-url +export SUPABASE_DB_URL='postgresql://postgres:SENHA@db.supabase.atomicabr.com.br:5432/postgres' -## Edge Functions +supabase db push --db-url "$SUPABASE_DB_URL" +``` -### Lista de funções +### Ver status -| Função | Descrição | Secrets | -|--------|-----------|---------| -| `evolution-api` | Proxy WhatsApp | `EVOLUTION_API_KEY` | -| `evolution-webhook` | Webhook WhatsApp | `EVOLUTION_API_KEY` | -| `ai-suggest-reply` | IA sugestão | `OPENAI_API_KEY` | -| `ai-conversation-summary` | IA resumo | `OPENAI_API_KEY` | -| `elevenlabs-tts` | Text-to-speech | `ELEVENLABS_API_KEY` | -| `send-email` | Envio email | `RESEND_API_KEY` | -| `gmail-oauth` | OAuth Gmail | `GMAIL_CLIENT_*` | +```bash +supabase migration list --db-url "$SUPABASE_DB_URL" +``` -### Configurar secrets +### Gerar types TypeScript ```bash -# Via CLI -supabase secrets set EVOLUTION_API_KEY=xxx --project-ref allrjhkpuscmgbsnmjlv +# Via script do projeto +bun run types:gen -# Listar secrets -supabase secrets list --project-ref allrjhkpuscmgbsnmjlv +# Ou manualmente +supabase gen types typescript --db-url "$SUPABASE_DB_URL" > src/integrations/supabase/types.ts ``` +> **Nota:** o `prebuild` do `package.json` chama `bun run types:check`, que executa `scripts/validate-supabase-types.sh` — mantenha esse script funcional para o build não quebrar. + --- ## Variáveis de Ambiente ### Frontend (Vite) -```env -# .env.local -VITE_SUPABASE_URL=https://allrjhkpuscmgbsnmjlv.supabase.co -VITE_SUPABASE_ANON_KEY=xxx +Veja `.env.example` para a lista completa. Variáveis críticas: -# Externo -VITE_EXTERNAL_SUPABASE_URL=https://pgxfvjmuubtbowutlide.supabase.co -VITE_EXTERNAL_SUPABASE_ANON_KEY=xxx +```env +# Banco self-hosted (canônico) +VITE_SUPABASE_URL=https://supabase.atomicabr.com.br +VITE_SUPABASE_PUBLISHABLE_KEY= +VITE_SUPABASE_ANON_KEY= -# Sentry -VITE_SENTRY_DSN=xxx +# Sentry / Glitchtip +VITE_SENTRY_DSN=https://...@erros.atomicabr.com.br/... ``` -### Edge Functions (Supabase Secrets) +> **Histórico:** as variáveis `VITE_EXTERNAL_SUPABASE_URL` e `VITE_ZAPPWEB_SUPABASE_URL` ainda existem no código mas apontam todas para a mesma URL self-hosted. Serão consolidadas em `VITE_SUPABASE_URL` na **Onda 7** (consolidação Supabase). Não é seguro deduplicar antes de tocar nos 41 call sites. + +### Edge Functions (env vars do container) + +Configuradas no `docker-compose` do stack `supabase` na VPS: ```bash -# WhatsApp +# WhatsApp / Evolution EVOLUTION_API_URL=https://evolution.atomicabr.com.br -EVOLUTION_API_KEY=xxx +EVOLUTION_API_KEY=... +EVOLUTION_WEBHOOK_SECRET=... # IA -OPENAI_API_KEY=sk-xxx -ANTHROPIC_API_KEY=sk-ant-xxx +OPENAI_API_KEY=sk-... +ANTHROPIC_API_KEY=sk-ant-... # Email -RESEND_API_KEY=re_xxx +RESEND_API_KEY=re_... -# Áudio -ELEVENLABS_API_KEY=xxx +# Áudio (TTS) +ELEVENLABS_API_KEY=... # Gmail -GMAIL_CLIENT_ID=xxx.apps.googleusercontent.com -GMAIL_CLIENT_SECRET=xxx +GMAIL_CLIENT_ID=....apps.googleusercontent.com +GMAIL_CLIENT_SECRET=... ``` --- -## Domínio Customizado +## Rollback -### Via Lovable -1. Dashboard > Settings > Domains -2. Adicionar domínio customizado -3. Configurar DNS (CNAME ou A record) -4. Aguardar propagação e SSL +### Frontend (Vercel) -### DNS Records ``` -CNAME: app.seudominio.com.br → pronto-talk-suite.lovable.app +Vercel Dashboard > Project zapp-web > Deployments +> Selecionar deploy anterior +> Botão "Promote to Production" ``` ---- - -## Rollback - -### Via Lovable -1. Dashboard > Deployments -2. Selecionar deploy anterior -3. Clicar em "Rollback" +### Código (Git) -### Via Git ```bash -# Reverter para commit anterior -git revert HEAD +# Reverter um PR específico +git revert git push origin main -# Ou forçar para commit específico +# Reverter pra estado anterior (cuidado, force push) git reset --hard -git push origin main --force +git push origin main --force-with-lease ``` -### Migration Rollback -```bash -# Ver histórico -supabase migration list +### Edge Functions -# Rollback manual (criar migration de reversão) -# NÃO há comando automático de rollback +```bash +# Não há rollback automático — refazer deploy da versão anterior +git checkout +supabase functions deploy --db-url "$SUPABASE_DB_URL" ``` +### Migrations + +> **⚠️ Não há comando automático de rollback.** Migrations são append-only. + +Para reverter um schema change, criar uma nova migration que desfaça o que foi feito. Sempre testar em staging antes de aplicar em produção. + --- ## Monitoramento -### Logs do Supabase -- Edge Functions: Dashboard > Edge Functions > Logs -- Database: Dashboard > Database > Query Performance -- Auth: Dashboard > Auth > Logs +### Logs + +| Componente | Onde ver | +|---|---| +| Frontend | Vercel Dashboard > Logs | +| Edge Functions | Studio self-hosted > Edge Functions > Logs (ou `docker logs supabase_supabase_functions`) | +| Banco (queries lentas) | Studio self-hosted > Database > Query Performance | +| Auth | Studio self-hosted > Authentication > Logs | +| WhatsApp | `https://evolution.atomicabr.com.br` (Evolution dashboard) | -### Sentry -- Erros de frontend -- Performance monitoring -- Release tracking +### Errors em produção -### Uptime -- Lovable: Built-in monitoring -- Edge Functions: Supabase monitoring +- **Glitchtip** (substitui Sentry self-hosted): `https://erros.atomicabr.com.br` +- Releases trackeadas via DSN configurado em `VITE_SENTRY_DSN` -### Alertas -- Configurar alertas no Supabase Dashboard -- Integrar com Slack/Discord se necessário +### Uptime e infraestrutura + +- **Portainer** da VPS: monitora os 30+ stacks Docker +- Verificar `swarm-task-guardian` para healthchecks dos containers críticos --- ## Checklist de Deploy +Antes de mergear em `main`: + - [ ] Testes passando (`bun test`) - [ ] Build sem erros (`bun run build`) -- [ ] Typecheck sem erros (`bun run typecheck`) -- [ ] Lint sem erros (`bun run lint`) -- [ ] Migrations aplicadas -- [ ] Edge Functions deployadas -- [ ] Secrets configurados -- [ ] Verificar logs após deploy -- [ ] Testar fluxos críticos em produção +- [ ] Typecheck zero erros (`bun run typecheck`) +- [ ] Lint sem novos warnings (`bun run lint`) — baseline atual: ~1328 +- [ ] CodeRabbit reviewou (ou rate-limit explicitamente documentado) +- [ ] CodeQL e Gitleaks passaram +- [ ] Vercel Preview deploy funcionou +- [ ] Migrations aplicadas em ordem (se o PR contém `.sql` em `supabase/migrations/`) +- [ ] Edge Functions deployadas (se o PR mexeu em `supabase/functions/`) +- [ ] Secrets configurados na VPS (se introduziu nova env var) +- [ ] Logs do deploy verificados pós-merge +- [ ] Smoke test dos fluxos críticos em produção (WhatsApp, login, envio de mensagem) --- ## Troubleshooting -### Build falha +### Build falha localmente + ```bash -# Limpar cache -rm -rf node_modules .vite dist +# Limpar tudo e reinstalar +rm -rf node_modules .vite dist .tsbuildinfo bun install bun run build ``` -### Edge Function não funciona -1. Verificar logs no Dashboard -2. Verificar secrets configurados -3. Testar localmente: `supabase functions serve` +### Build falha no Vercel mas passa local + +Geralmente é env var ausente. Confirmar no Vercel Dashboard que todas as variáveis necessárias estão configuradas para o ambiente correto (Production / Preview). + +### Edge Function não responde + +1. Verificar logs no Studio self-hosted ou `docker logs supabase_supabase_functions` +2. Confirmar que a function foi deployada: `docker exec supabase_functions ls /home/deno/functions/` +3. Validar secrets configurados no container +4. Testar localmente: `supabase functions serve ` ### Migration falha -1. Verificar SQL syntax -2. Verificar dependências entre migrations -3. Rodar em staging primeiro + +1. Verificar SQL syntax e dependências entre migrations (ordem por timestamp) +2. Testar em DB de teste antes (criar uma cópia do schema) +3. Se for crítico, fazer rollback via nova migration que desfaz a mudança + +### TypeScript types desatualizados + +```bash +# Regenerar a partir do banco +bun run types:gen + +# Ou pular validação localmente (CI ainda valida) +SKIP_VALIDATE_TYPES=1 bun run build +``` + +### `supabase` CLI dá erro de `--project-ref` + +Você está usando uma config antiga. Use `--db-url` apontando para o self-hosted. Veja exemplos em [Migrations do banco](#migrations-do-banco). --- ## Contatos -- **DevOps**: ti@promobrindes.com.br -- **Emergências**: ti@promobrindes.com.br +- **DevOps / Admin VPS**: ti@promobrindes.com.br +- **Tech Lead**: adm01@promobrindes.com.br +- **Emergências (banco / produção)**: ti@promobrindes.com.br --- -*Última atualização: 2026-04-12* +*Última atualização: 2026-05-09 (Onda 6 PR 6.2 — limpeza de referências Lovable/FATOR X)* diff --git a/supabase/config.toml b/supabase/config.toml index 9088b1f66..498d3dc73 100644 --- a/supabase/config.toml +++ b/supabase/config.toml @@ -1,4 +1,23 @@ -project_id = "allrjhkpuscmgbsnmjlv" +# ============================================================================ +# Supabase CLI config — Zap Webb +# ============================================================================ +# Este projeto roda em Supabase self-hosted (não Supabase Cloud). +# URL canônica: https://supabase.atomicabr.com.br +# +# Para gerar types, fazer migrations ou deploy de functions, use a flag --db-url +# apontando pra instância self-hosted (não use --project-ref / --project-id). +# +# Exemplos: +# supabase gen types typescript --db-url "$SUPABASE_DB_URL" +# supabase db push --db-url "$SUPABASE_DB_URL" +# +# Histórico: project_id = "allrjhkpuscmgbsnmjlv" foi removido em 09/mai/2026 (Onda 6 PR 6.2). +# Era o ID do Supabase Cloud Lovable (abandonado após migração pra self-hosted). +# ---------------------------------------------------------------------------- +# Configurações abaixo (verify_jwt) servem como referência da intenção do projeto. +# Em self-hosted, devem ser replicadas via env vars / docker-compose das functions. +# ============================================================================ + [functions.ai-conversation-summary] verify_jwt = false