O dev do rx (VPS4) usava o banco REAL (dental_images @ VPS3) e o MESMO db do cache
que a producao le — qualquer teste em dev.rx.scoreodonto.com mexia em dados de
cliente e podia envenenar o cache de producao.
- banco: dev passa a usar pgdev/rx_dev (clone via "pg-dev-refresh.sh rx", que ja
previa o projeto no manifesto). O compose-dev entra na rede "soc" para conseguir
resolver o host "pgdev".
- cache: redis.js passa a aceitar REDIS_DB (default 0 = producao inalterada); o dev
usa o db 3.
- log: passa a logar em 'ready', nao em 'connect'. O 'connect' dispara com o socket
TCP aberto, ANTES do AUTH — dizia "Conectado" mesmo com a senha errada e escondia
um cache morto em loop de reconexao (era exatamente o caso do dev, ha tempos).
Verificado: dev.rx /api/health -> database=pgdev/rx_dev ok, cache=/3 ok; e o banco
de producao nao tem mais nenhuma conexao vinda da VPS4. Producao intacta (v2.2.1).
Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
VPS 4 Deploy Agent
2e73cb1c1b