type: memory

tags: [site, rochasales, memory]

created: 2026-07-01

MEMORY — Rocha-Sales-Site

> Tudo que o Ultron precisa lembrar sobre o site Rocha Sales

🏠 Site Público

• - URL: https://rochasalesseguros.com.br
• - Tecnologia: Vite + React + TypeScript + Tailwind CSS + shadcn-ui
• - Origem: Lovable (https://lovable.dev/projects/65e97dcc-4995-46c8-a6ac-8ab52c694c32)
• - Build atual: /opt/rochasales/dist (servido por nginx)
• - Fontes no VPS: /var/www/rochasales/

---

📄 Seções do Site

1. Home — Hero com CTA "QUERO UMA CONSULTORIA GRATUITA"

2. Sobre (#sobre) — "A Essência da Rocha Sales"

3. Sócios (#socios) — Vinícius Sales (CEO, Planos Empresariais) + Michael Rocha (CEO, Planos Familiares)

4. Metodologia (#metodologia) — Diagnóstico → Comparação → Implantação

5. Parceiros (#parceiros) — Logos de operadoras (Amil, SulAmérica, Porto Seguro, Bradesco)

6. Depoimentos (#depoimentos) — Mariana T. (MEI) + Carlos R. (Diretor RH)

7. Cadastro (#contato) — Formulário de contato / WhatsApp

---

⚠️ AVISO CRÍTICO — NÃO CONFUNDIR COMERCIALRS E SITE

> O Site (rochasalesseguros.com.br) e o ComercialRS (comercialrs.) são sistemas TOTALMENTE SEPARADOS.

NÃOFAZER: Não usar credenciais, tokens ou configurações do ComercialRS no Site e vice-versa. Cada um tem seu próprio Supabase, seu próprio auth, e suas próprias variáveis de ambiente.

---

🔐 Área do Corretor

• - URL: https://rochasalesseguros.com.br/area-corretor
• - Login: Email + Senha
• - Auth: Kong → GoTrue local (Docker interno, porta 9999)
• - Status: Página de login funcional (testada 01/Jul/2026)

Admin

• - URL: https://rochasalesseguros.com.br/admin
• - Auth: Kong → GoTrue local (mesmo do Site/Corretor)
• - Status: ✅ Corrigido — user_roles tinha role=admin para o login funcionar
• - Credenciais admin: tecrochasales@gmail.com / senha do GoTrue local
• - Profile: role=admin, is_active=true, full_name vazio

JWT_SECRET — Correção Crítica (01/Jul/2026)

PROBLEMA: JWSInvalidSignature em todas as chamadas REST com Bearer token do admin.

CAUSA RAIZ: O GoTrue (auth) e o PostgREST (rest) estavam usando JWT_SECRET diferentes:

• - GoTrue usava: OyIoGm9wDtPH5pMjzSP1kOKFNgTXo0pO3k6D0xXs4
• - PostgREST usava: OyIoGmCGkP0yZ7eBXR0aYw2jKnL8Icf6tM5ZvDh1xXs4 (do .env corrupto)

COMO DESCOBRIU: docker exec deploy-vps-auth-1 sh -c 'echo \$GOTRUE_JWT_SECRET' → mostrou o secret real do GoTrue.

CORREÇÃO: Atualizou /docker/deploy-vps/.env com o secret correto do GoTrue em JWT_SECRET e PGRST_JWT_SECRET, depois recriou o container rest.

.env ATUAL (01/Jul/2026 17:59):

`

JWT_SECRET=OyIoGm9wDtPH5pMjzSP1kOKFNgTXo0pO3k6D0xXs4

PGRST_JWT_SECRET=OyIoGm9wDtPH5pMjzSP1kOKFNgTXo0pO3k6D0xXs4

ANON_KEY=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJpc3MiOiJzdXBhYmFzZSIsInJlZiI6InJvY2hhc2FsZXMiLCJyb2xlIjoiYW5vbiIsImlhdCI6MTc4MjkyNjM1NywiZXhwIjoxODE0NDYyMzU3fQ.pude_uJHXvd41pEoMO0xph8L0FccAkgD1N9s2mgEQ1k

SERVICE_ROLE_KEY=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJpc3MiOiJzdXBhYmFzZSIsInJlZiI6InJvY2hhc2FsZXMiLCJyb2xlIjoic2VydmljZV9yb2xlIiwiaWF0IjoxNzgyOTI2MzU3LCJleHAiOjE4MTQ0NjIzNTcsInN1YiI6IjAwMDAwMDAwLTAwMDAtMDAwMC0wMDAwLTAwMDAwMDAwMDAwMSIsImlzX3N1cGVyX2FkbWluIjp0cnVlfQ.U5zxQnkWGlrGVTY2L91U0mUr25gu8aweVuP2sEgFWB4

`

PSQL (resetou): POSTGRES_PASSWORD=postgres

Como o login admin funciona

O admin verifica 3 coisas em sequência:

1. Y.auth.signInWithPassword() — autentica no GoTrue local

2. _R() — verifica is_active=true na tabela profiles

3. SR() — verifica admin em duas fontes:

- user_roles WHERE role='admin' ← ESTE ESTAVA FALTANDO

- OU profiles.custom_role_id → custom_roles.has_admin_access=true

---

🌐 VPS — Nginx

Config principal

• - Arquivo: /etc/nginx/sites-enabled/rochasales.conf

| Upstream Kong: 172.23.0.4:8000

| GoTrue auth local: 172.23.0.3:9999

Rotas

SSL

• - Let's Encrypt
• - Cert: /etc/letsencrypt/live/rochasalesseguros.com.br/fullchain.pem
• - Key: /etc/letsencrypt/live/rochasalesseguros.com.br/privkey.pem

---

🗂️ Estrutura de Arquivos

/var/www/rochasales/

`

rochasales/

├── src/ # Código fonte React (não alterado desde 2025)

├── dist/ # Build produção → /opt/rochasales/dist

├── public/ # Assets públicos

├── index.html # HTML principal

├── package.json # Vite + React + shadcn-ui

├── tailwind.config.ts # Config Tailwind

├── nginx-rochasales.conf # Standalone config (não usado)

├── docker-compose.yml # Standalone (não produção)

├── README.md # Info Lovable

├── README-DEPLOY.md # Instruções deploy

├── deploy-instructions.md # Deploy steps

├── .env # Variáveis (sensível)

├── .env.bak # Backup .env

└── letsencrypt/ # SSL configs

`

---

🔧 Variáveis de Ambiente

Arquivo: /var/www/rochasales/.env

> ⚠️ SENSÍVEL — Credenciais do MongoDB e JWT no .env

---

📦 Dependências Principais (package.json)

• - vite — Bundler
• - react + react-dom — UI framework
• - tailwindcss — CSS utility framework
• - shadcn-ui — Componentes UI (Radix + Tailwind)
• - @supabase/supabase-js — Para integração Supabase (Área do Corretor)

---

🆕 Histórico de Mudanças

01/Jul/2026 — Criação do neurônio

• - Neurônio criado conforme PONTO-0
• - Documentada estrutura, rotas, .env, nginx
• - Pendente: credenciais admin, detalhes do MongoDB, escopo completo de funcionalidades

---

🔐 Admin (/admin) — Sistema de Autenticação

PROBLEMA IDENTIFICADO (01/Jul/2026)

O admin /admin usa GoTrue LOCAL (mesmo do Site), via Kong:

• - Auth URL: http://auth:9999 (GoTrue local no Docker)
• - JWT_SECRET local: OyIoGm...JXjw (diferente do Supabase Cloud)
• - Usuários: 3 usuários de teste (michael, vinicius, Ultron) + 8 órfãos

Problema: O Kong roteia /auth/v1/ para GoTrue local. O login funciona (form rendered), mas após clicar "Entrar" a tela pisca e não navega. Pode ser erro de credenciais ou problema no redirect pós-login.

NÃO É Supabase Cloud — o admin do Site usa GoTrue local, NÃO Supabase Cloud.

---

📊 Banco de Dados — Estado Atual

Tabelas Principais (GoTrue Local)

Aspecto	Site (rochasalesseguros.com.br)	ComercialRS (comercialrs.)
---	---	---
Subdomínio	rochasalesseguros.com.br	comercialrs.rochasalesseguros.com.br
Tecnologia	Vite + React + shadcn-ui (Lovable)	TanStack Start + Supabase Cloud
Stack Auth	Kong → GoTrue local (Docker)	Supabase Cloud GoTrue
Stack DB	PostgreSQL local (deploy-vps)	Supabase Cloud
NLP/Hermes	Não usa	Usa Groq API + Painel do Corretor
Conexão entre eles	NENHUMA — são apps totalmente independentes
VPS	/var/www/rochasales/ + /opt/rochasales/dist/	/var/www/comercialrs/
Kong routes	/auth/v1/ → GoTrue local	/auth/v1/ → Kong → Supabase Cloud
Path	Destino
---	---
/	/opt/rochasales/dist (SPA)
/auth/v1/	GoTrue (172.23.0.7:9999)
/rest/v1/	Kong (PostgREST)
/storage/v1/	Kong (Storage)
/functions/v1/	Kong (Edge Functions)
/whatsapp/?$	301 → wa.me/5511949474214
Variável	Valor
---	---
VITE_PUBLIC_WHATSAPP_LINK	https://wa.me/5511949474214
VITE_PUBLIC_CRM_API_KEY	ydM0ni...ZGU0 (parcial)
REACT_APP_BACKEND_URL	https://lp.rochasalesseguros.com.br/api
MONGO_INITDB_ROOT_USERNAME	rsadminmongodb
MONGO_INITDB_ROOT_PASSWORD	suP3rS...2025 (parcial)
JWT_SECRET	c1f2e3...c1d2 (parcial)
CORS_ORIGINS	https://lp.rochasalesseguros.com.br,https://www.rochasalesseguros.com.br
Tabela	Registros	Observação
---	---	---
auth.users	24	GoTrue local
profiles	18	Com profile (NÃO é user_profiles!)
auth.users sem profile	8	Órfãos

Tabela ERRADA — CUIDADO

• - user_profiles NÃO EXISTE — o frontend do admin pode estar referenciando esta tabela. A tabela real é profiles.
• - Erro típico: relation "user_profiles" does not exist

Usuários sem profile (órfãos)

`

anderson.menezes@rochasalesseguros.com.br

teste@teste.com

teste2@rochasales.com.br

davi.freire@rochasalesseguros.com.br

hermes-test@rochasalesseguros.com.br

hermes-rochasales@test.com

authtest@local.test (teste local)

gotrue.test@local.com (teste local)

`

---

🌐 Kong — Configuração

Arquivo: /docker/deploy-vps/kong.yml

Rotas configuradas:

• - /auth/v1/ → http://auth:9999 (GoTrue local)
• - /rest/v1/ → http://rest:3000 (PostgREST local)
• - /storage/v1/ → http://storage:5000
• - /functions/v1/ → http://functions:9000

IPs dos containers (01/Jul/2026):

`

kong: 172.23.0.4

auth: 172.23.0.3

rest: 172.23.0.8

functions: 172.23.0.9

db: 172.23.0.7

studio: 172.23.0.5

storage: 172.23.0.6

meta: 172.23.0.11

imgproxy: 172.23.0.12

`

⚠️ AVISO: IPs mudam a cada docker compose up -d. Atualizar /etc/nginx/sites-enabled/rochasales.conf quando Kong/auth mudarem de IP.

DNS Resolver: Kong usa KONG_DNS_RESOLVER=127.0.0.11 (DNS do Docker). Recriar container Kong se DNS falhar.

Edge Functions extra_hosts: O container functions tem extra_hosts: - "kong:172.23.0.10" — mas Kong real está em 172.23.0.4. PENDENTE: corrigir no docker-compose.yml. O nslookup kong dentro do functions ainda resolve para IP antigo. ⚠️ AVISO: Recriar o functions também vai recriar todos os containers! Verificar se os outros containers precisam ser atualizados também antes de recriar.

---

❓ Em Investigation

• - ~~Credenciais admin~~ — Usa Supabase Cloud (confirmado)
• - Escopo completo da Área do Corretor
• - ~~Conexão exata com Supabase Cloud vs Supabase local~~ — Confirmado: admin usa Cloud, Kong roteia local
• - PENDENTE: extra_hosts do functions — kong:172.23.0.10 precisa virar kong:172.23.0.4 no docker-compose.yml (mas cuidado: recriar functions recria todos os containers)

Ultron — 01/Jul/2026