- production.rb (hosts): a linha que parecia só liberar o APP_HOST na verdade
LIGAVA a verificação de Host e recusava todo o resto — o acesso pelo IP
interno caía em 'Blocked hosts: 100.75.222.23:3001'. Agora entram também
localhost/127.0.0.1 e a lista HOSTS_PERMITIDOS.
- production.rb (i18n): 'fallbacks = true' significa cair no default_locale,
que aqui é o próprio pt-BR — o fallback apontava para si mesmo e chave
ausente virava 'Translation missing' na tela do usuário. Agora [:en], igual
ao application.rb.
- pt-BR.yml: traduções do Devise (failure/sessions/passwords). O projeto não
usa devise-i18n; em development o texto vinha em inglês pelo fallback e o
buraco passava despercebido.
- docker-compose.yml / .env.example: porta do host parametrizada
(${PORTA_APP:-3001}) e APP_HOST/APP_NAME/WHATSAPP_URL/HOSTS_PERMITIDOS com
padrão — essa configuração vivia só no .env do servidor e sumiu junto com ele.
O bundle fica no volume nomeado bundle_cache, que sombreia os gems da
imagem — adicionar uma gem (ex.: caxlsx) causava Bundler::GemNotFound ao
subir, mesmo com --build, pois o volume persistente não recebe os gems
novos. Rodar bundle install no boot resolve de forma idempotente.
Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
- docker-compose: command roda `rails db:prepare` antes de subir o server
(cria DB se faltar, aplica migrations pendentes, seed só em DB novo) —
elimina o passo manual de db:migrate após o up
- lib/tasks/diagnostico.rake: `rake reem:diagnostico` substitui o runner
longo de checagem da tabela externa (conta/período/datas disponíveis)
Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
