Contrate uma VPS em qualquer provedor: Hostinger, Contabo, DigitalOcean, Vultr, Hetzner ou AWS Lightsail. Escolha o sistema operacional Ubuntu 22.04 LTS.

Após a criação, o painel do provedor mostrará o IP público (ex.: 203.0.113.10) e a senha root. Guarde essas informações — vamos usá-las já no próximo passo.

Abra o terminal do seu computador (ou PuTTY no Windows) e conecte:

ssh root@SEU_IP_DA_VPS
# Ex: ssh root@203.0.113.10
# Digite a senha quando pedir.

Crie um usuário não-root (recomendado por segurança):

adduser membresia
usermod -aG sudo membresia
su - membresia

Atualize os pacotes do Ubuntu antes de instalar qualquer coisa:

sudo apt update && sudo apt upgrade -y
sudo apt install -y curl git build-essential ufw

Ative o firewall liberando SSH, HTTP e HTTPS:

sudo ufw allow OpenSSH
sudo ufw allow 'Nginx Full'
sudo ufw enable

Instale o Node.js 20 LTS via NodeSource:

curl -fsSL https://deb.nodesource.com/setup_20.x | sudo -E bash -
sudo apt install -y nodejs
node -v   # deve mostrar v20.x
npm -v

Instale o Bun (usado pelo projeto):

curl -fsSL https://bun.sh/install | bash
source ~/.bashrc
bun --version

O Nginx vai servir como proxy reverso do app:

sudo apt install -y nginx
sudo systemctl enable nginx
sudo systemctl start nginx

Abra http://SEU_IP no navegador — deve aparecer a página "Welcome to nginx".

O Membresia 360 usa o Supabase como banco de dados (PostgreSQL) e autenticação. Antes de subir o app, você precisa criar o projeto e aplicar as tabelas do sistema.

1. Crie um projeto gratuito em https://supabase.com:

• Clique em New project e escolha uma organização.
• Dê um nome (ex.: membresia360-suaigreja).
• Escolha a região mais próxima do Brasil (recomendado: South America).
• Defina uma senha segura para o banco e aguarde a criação.

2. Acesse Project Settings → API e copie os valores:

• Project URL (ex.: https://abc123.supabase.co)
• Project API keys → anon / public (chave pública)
• Project API keys → service_role (chave secreta — server side)

3. Aplique o schema do banco de dados:

• Abra SQL Editor → New query.
• Cole o conteúdo do arquivo schema.sql que acompanha o projeto.
• Clique em Run. Isso cria as tabelas, políticas (RLS), funções e triggers.

-- Exemplo rápido: confirme se as tabelas foram criadas
SELECT table_name
FROM information_schema.tables
WHERE table_schema = 'public';

4. Configure o Auth do Supabase (opcional, mas recomendado):

• Vá em Authentication → Settings e ajuste o site URL para o seu domínio.
• Desative provedores que não usar (Google, GitHub, etc.) para manter a segurança.
• Em Email Templates personalize os e-mails de confirmação e recuperação.

Importante: a chave service_role nunca deve ir para o frontend. Ela é usada apenas no servidor (.env local/VPS) para funções administrativas.

Clone o projeto na VPS (troque pela URL do seu repositório):

cd ~
git clone https://github.com/SEU_USUARIO/membresia-360.git app
cd app
bun install

git clone https://SEU_TOKEN@github.com/SEU_USUARIO/membresia-360.git app

Crie o arquivo .env na raiz do projeto com as credenciais do Supabase:

nano .env

# Frontend (anon/public key)
VITE_SUPABASE_URL=https://SEU_PROJETO.supabase.co
VITE_SUPABASE_ANON_KEY=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9...
VITE_SUPABASE_PUBLISHABLE_KEY=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9...
VITE_SUPABASE_PROJECT_ID=SEU_PROJETO

# Backend (service_role key — nunca exponha no navegador)
SUPABASE_URL=https://SEU_PROJETO.supabase.co
SUPABASE_PUBLISHABLE_KEY=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9...
SUPABASE_SERVICE_ROLE_KEY=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9...

# Opcional: URL pública do site (usada em links/QR Code)
VITE_PUBLIC_SITE_URL=https://app.suaigreja.com.br

Substitua SEU_PROJETO pelo ID do projeto Supabase e as chaves pelos valores copiados no passo anterior.

Salve (Ctrl+O, Enter, Ctrl+X) e gere o build de produção para VPS:

NITRO_PRESET=node-server bun run build:vps

PM2 mantém o app rodando 24/7 e reinicia em caso de erro:

sudo npm install -g pm2
PORT=3000 NODE_ENV=production pm2 start "bun run start" --name membresia
pm2 save
pm2 startup systemd     # copie e cole o comando que aparecer

Agora configure o Nginx como proxy do app (porta 3000 por padrão):

sudo nano /etc/nginx/sites-available/membresia

server {
    listen 80;
    server_name minhaigreja.com.br www.minhaigreja.com.br;

    location / {
        proxy_pass http://127.0.0.1:3000;
        proxy_http_version 1.1;
        proxy_set_header Upgrade $http_upgrade;
        proxy_set_header Connection 'upgrade';
        proxy_set_header Host $host;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header X-Forwarded-Proto $scheme;
        proxy_cache_bypass $http_upgrade;
    }
}

Ative o site e recarregue o Nginx:

sudo ln -s /etc/nginx/sites-available/membresia /etc/nginx/sites-enabled/
sudo nginx -t
sudo systemctl reload nginx

No painel do seu registrador (Registro.br, GoDaddy, etc.), crie os registros:

Tipo   Nome   Valor              TTL
A      @      IP_DA_SUA_VPS      3600
A      www    IP_DA_SUA_VPS      3600

Aguarde a propagação (10 minutos a 24 horas). Teste com:

ping minhaigreja.com.br

Instale o Let's Encrypt via Certbot para ativar HTTPS:

sudo apt install -y certbot python3-certbot-nginx
sudo certbot --nginx -d minhaigreja.com.br -d www.minhaigreja.com.br

Aceite os termos, forneça um e-mail e escolha a opção de redirecionar HTTP → HTTPS. O Certbot renova o certificado sozinho a cada 60 dias.

Para publicar uma nova versão do app:

cd ~/app
git pull
bun install
NITRO_PRESET=node-server bun run build:vps
pm2 restart membresia

Comandos úteis do PM2:

pm2 status              # ver processos
pm2 logs membresia      # ver logs em tempo real
pm2 restart membresia   # reiniciar
pm2 stop membresia      # parar

Pronto! Seu Membresia 360 está rodando em uma VPS própria, com domínio e SSL. Em caso de dúvidas, fale com o suporte via WhatsApp (69) 99278-4711.

Se você preferir automatizar todo o processo acima, use o script oficialinstall-membresia360.sh. Ele instala Node.js, Bun, Nginx, PM2, clona o repositório, faz o build, sobe o app e ainda emite SSL grátis via Certbot (se informar domínio e e-mail).

Observação: o script automatiza a parte da VPS, mas ainda é necessário ter um projeto Supabase criado e as chaves configuradas no arquivo .env antes de rodar o script (veja o Passo 6).

1. Baixe o script na VPS:

curl -fsSL https://membresia360.com.br/install-membresia360.sh -o install.sh

2. Rode como root:

sudo bash install.sh

Modo não interativo (responde tudo por variáveis de ambiente):

sudo REPO_URL="https://github.com/usuario/repo.git" \
     DOMAIN="app.suaigreja.com.br" \
     EMAIL="admin@suaigreja.com.br" \
     VITE_SUPABASE_URL="https://SEU_PROJETO.supabase.co" \
     VITE_SUPABASE_ANON_KEY="sua_chave_anon" \
     SUPABASE_SERVICE_ROLE_KEY="sua_chave_service_role" \
     bash install.sh

O que o script faz por você:

• Atualiza pacotes e ativa firewall UFW
• Instala Node.js 20 LTS e Bun
• Instala Nginx e PM2
• Clona ou atualiza o repositório do app
• Valida se as variáveis do Supabase foram preenchidas antes de prosseguir (VITE_SUPABASE_URL, VITE_SUPABASE_ANON_KEY e SUPABASE_SERVICE_ROLE_KEY)
• Instala dependências e gera build de produção
• Configura proxy reverso no Nginx
• Emite certificado SSL gratuito com Certbot (opcional)

Esta seção documenta os erros reais encontrados durante uma instalação de produção (VPS Hetzner Ubuntu, IP 91.98.120.163) e a sequência exata de comandos que resolveu cada um. Use como referência rápida quando algo travar.

Erro 1 — Nginx não sobe na porta 80 (LiteSpeed ocupando)

Mensagem: nginx: bind() to 0.0.0.0:80 failed (98: Address already in use). Acontece em VPS que já vêm com OpenLiteSpeed / lsws pré-instalado (Hostinger, alguns templates da Hetzner).

# Descobrir quem está usando a porta 80
sudo ss -tlnp | grep ':80 '

# Parar e desabilitar o LiteSpeed
sudo systemctl stop lsws || sudo /usr/local/lsws/bin/lswsctrl stop
sudo systemctl disable lsws 2>/dev/null || true

# Confirmar que a porta 80 está livre e subir o Nginx
sudo systemctl start nginx
sudo ss -tlnp | grep nginx   # deve mostrar nginx escutando em :80

Erro 2 — E: Unable to locate package upgrade

O comando certo é apt upgrade (verbo), não apt install upgrade.

# ERRADO
sudo apt install upgrade

# CERTO
sudo apt update && sudo apt upgrade -y

Erro 3 — install.sh: No such file or directory

Você tentou rodar o script antes de baixá-lo, ou baixou em outra pasta. Sempre rode os dois comandos na mesma sessão e na mesma pasta:

cd /root
curl -fsSL https://membresia360.com.br/install-membresia360.sh -o install.sh
ls -la install.sh          # confirme que existe
sudo bash install.sh

Erro 4 — Repository not found no git clone

Repositório privado exige Personal Access Token (PAT) e a URL correta do repositório. Confira o dono do repo no GitHub — não use neuzinaldo/… se o repo está em jogosdaunidade/…, por exemplo.

# Formato com token embutido (repo privado)
git clone https://SEU_PAT@github.com/DONO_REAL/NOME_DO_REPO.git /var/www/igreja-conectada-360

# Depois de clonar, REVOGUE o token em:
# https://github.com/settings/tokens

Segurança: nunca deixe um PAT em histórico de shell público. Revogue e gere um novo assim que terminar o clone.

Erro 5 — ERR_MODULE_NOT_FOUND: dist/server/server.js

Aconteceu ao tentar usar vite preview como servidor de produção. TanStack Start não é um SPA estático — ele precisa do bundle SSR do Nitro. A correção é gerar o build com preset node-server e subir o .output/server/index.mjs.

Erro 6 — 500 Internal Server Error do Nginx

Ocorre quando o Nginx aponta para uma pasta estática que não existe (dist/client/index.html) ou faz proxy para uma porta onde nada está escutando. A solução definitiva é servir via proxy reverso para o processo Node do Nitro na porta 3000.

Sequência final que funcionou (copiar e colar na VPS)

Rode como root, dentro da pasta do projeto já clonado (/var/www/igreja-conectada-360) e com o .env preenchido:

cd /var/www/igreja-conectada-360

# 1. Limpar processos e builds antigos
pm2 delete igreja-conectada-360 || true
rm -rf dist .output

# 2. Instalar dependências e gerar build SSR para VPS (Node)
npm install
NITRO_PRESET=node-server npm run build

# 3. Confirmar que o bundle do servidor foi gerado
ls -la .output/server/index.mjs

# 4. Subir com PM2 na porta 3000
PORT=3000 NODE_ENV=production pm2 start "node .output/server/index.mjs" \
  --name igreja-conectada-360 --update-env
pm2 save
pm2 startup systemd -u root --hp /root | tail -n 1 | bash || true

# 5. Configurar Nginx como proxy reverso para :3000
sudo tee /etc/nginx/sites-available/igreja-conectada-360 >/dev/null <<'EOF'
server {
    listen 80;
    server_name _;
    client_max_body_size 25M;

    location / {
        proxy_pass         http://127.0.0.1:3000;
        proxy_http_version 1.1;
        proxy_set_header   Host $host;
        proxy_set_header   X-Real-IP $remote_addr;
        proxy_set_header   X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header   X-Forwarded-Proto $scheme;
        proxy_set_header   Upgrade $http_upgrade;
        proxy_set_header   Connection "upgrade";
    }
}
EOF

sudo ln -sf /etc/nginx/sites-available/igreja-conectada-360 /etc/nginx/sites-enabled/
sudo rm -f /etc/nginx/sites-enabled/default
sudo nginx -t
sudo systemctl reload nginx

# 6. Testar
curl -I http://127.0.0.1:3000     # deve retornar HTTP/1.1 200
curl -I http://SEU_IP_DA_VPS      # também deve retornar 200

Diagnóstico rápido quando algo falhar

# Nginx com erro?
sudo tail -n 80 /var/log/nginx/error.log

# App caiu?
pm2 status
pm2 logs igreja-conectada-360 --lines 100

# Porta 80 ocupada?
sudo ss -tlnp | grep ':80 '

# Testar se o Node está respondendo antes do Nginx
curl -v http://127.0.0.1:3000

Publicando atualizações depois

A VPS não atualiza sozinha quando você mexe no Lovable. Rode este bloco sempre que quiser puxar as mudanças:

cd /var/www/igreja-conectada-360
git pull --ff-only
npm install
NITRO_PRESET=node-server npm run build
pm2 restart igreja-conectada-360

Guia rápido com os comandos que você mais vai usar depois que a VPS já está no ar. Todos os caminhos assumem a instalação padrão em /var/www/membresia360.

Deploy completo com 1 comando (git pull + build + restart)

Use o script public/scripts/deploy.sh para atualizar a VPS inteira de uma vez. Ele carrega .env e .env.local, faz pull, instala dependências, builda e reinicia o PM2.

cd /var/www/membresia360 && sudo bash public/scripts/deploy.sh

Para a segunda instância (porta 3001):

cd /var/www/membresia360 && sudo bash public/scripts/deploy.sh /var/www/membresia360-m360 membresia360-m360 3001

cd /var/www/membresia360 && git pull && sudo bash public/scripts/deploy.sh

Reiniciar só o app (mais comum)

Se o processo ainda não existir no PM2 (ex.: instalação nova ou após pm2 delete), o restart falha. O comando abaixo cai automaticamente no start nesse caso.

pm2 restart membresia360 || pm2 start /var/www/membresia360/.output/server/index.mjs --name membresia360
pm2 save

Reiniciar a VPS inteira

O site fica fora do ar alguns minutos até o sistema voltar.

sudo reboot
# ou
sudo shutdown -r now

Reiniciar o Nginx

sudo systemctl restart nginx
# ou só recarregar configurações
sudo systemctl reload nginx

Ver status de tudo

pm2 status
systemctl status nginx --no-pager
sudo ss -tlnp | grep -E 'nginx|:3000|:3001'

ls -la /etc/nginx/sites-enabled/
# ou, para ver os nomes de servidor de cada config:
awk '/server_name/{print FILENAME ": " $0}' /etc/nginx/sites-enabled/*

Ver logs

# Logs do app
pm2 logs membresia360 --lines 100

# Logs do Nginx
sudo tail -n 80 /var/log/nginx/error.log
sudo tail -n 80 /var/log/nginx/access.log

Atualizar o app depois de mudanças no Lovable

cd /var/www/membresia360
git pull
npm install
NITRO_PRESET=node-server npm run build
pm2 restart membresia360 || pm2 start /var/www/membresia360/.output/server/index.mjs --name membresia360
pm2 save

cd /var/www/membresia360 && git fetch origin && git reset --hard origin/main && rm -rf .output node_modules/.vite dist && npm install && NITRO_PRESET=node-server npm run build && (pm2 restart membresia360 || pm2 start /var/www/membresia360/.output/server/index.mjs --name membresia360) && pm2 save

Corrigir erro 502 Bad Gateway

Significa que o Nginx está de pé, mas o app Node caiu.

pm2 delete membresia360 || true && cd /var/www/membresia360 && NITRO_PRESET=node-server npm run build && pm2 start ".output/server/index.mjs" --name membresia360 && pm2 save && systemctl reload nginx

Apagar processos antigos/errored do PM2

Troque NOME_DO_PROCESSO pelo nome que aparece na coluna name do pm2 status (ex.: igreja-conectada-360).

pm2 delete NOME_DO_PROCESSO
pm2 save

Ver quem está usando a porta 80

sudo ss -tlnp | grep ':80 '

# Se aparecer lsws (LiteSpeed), pare ele:
sudo systemctl stop lsws || sudo /usr/local/lsws/bin/lswsctrl stop
sudo systemctl disable lsws 2>/dev/null || true
sudo systemctl start nginx

Abrir, fechar e ver portas no firewall (UFW)

O Ubuntu usa o ufw como firewall padrão. Você precisa abrir a porta do app enquanto testa por IP, e depois fechá-la quando o Nginx/SSL estiver no ar.

# Ver regras atuais
sudo ufw status

# Abrir uma porta (ex.: 3000) para testar pelo IP:3000
sudo ufw allow 3000/tcp
sudo ufw reload

# Fechar a porta depois de configurar o domínio
sudo ufw delete allow 3000/tcp
sudo ufw reload

# Permitir apenas Nginx (80 e 443) e SSH (22) — padrão seguro
sudo ufw allow 'Nginx Full'
sudo ufw allow OpenSSH
sudo ufw reload

Cuidado: se você estiver acessando a VPS por SSH, não feche a porta 22 (OpenSSH) antes de ter outro acesso configurado. Sem SSH, você pode ficar trancado fora do servidor.

Atualizar pacotes do sistema

sudo apt update && sudo apt upgrade -y

Parar ou iniciar o app manualmente

pm2 stop membresia360      # para
pm2 start membresia360     # inicia
pm2 delete membresia360    # remove do PM2

Quando o comando de atualização "não faz nada"

Se você rodou o comando de atualização e o site continuou igual, rode esses comandos um por um dentro da pasta do projeto. Eles mostram onde a atualização travou: pasta errada, conflito no Git, build falhando ou processo parado no PM2.

cd /var/www/membresia360 && pwd
git status
git log --oneline -5
git pull
pm2 status

Leia a saída de cada um. Se git status mostrar conflitos, resolva ou use a atualização forçada abaixo. Se pm2 status mostrar o processo em errored, remova com pm2 delete nome-do-processo.

Atualização forçada (quando a normal não funciona)

Ignora possíveis conflitos no Git, limpa o cache de build e reinstala tudo. Use só quando a atualização normal falhar.

cd /var/www/membresia360 && git fetch origin && git reset --hard origin/main && rm -rf .output node_modules/.vite dist && npm install && NITRO_PRESET=node-server npm run build && (pm2 restart membresia360 || pm2 start /var/www/membresia360/.output/server/index.mjs --name membresia360) && pm2 save

Dica final

Sempre que atualizar e o navegador parecer não refletir as mudanças, aperte Ctrl+F5 para limpar o cache. A maior parte dos "site antigo" é só cache.

Baixe os scripts .sh, envie para sua VPS (por SFTP ou wget) e execute com bash nome-do-script.sh. Todos assumem a instalação padrão em /var/www/membresia360 — para outra pasta, exporte APP_DIR antes de rodar.

Baixar todos de uma vez direto na VPS

Substitua SEU-DOMINIO pelo seu domínio (ou use o IP da VPS):

mkdir -p ~/scripts && cd ~/scripts
for f in restart-app.sh restart-nginx.sh reboot-vps.sh status.sh update.sh update-force.sh fix-502.sh; do
  wget -q "https://SEU-DOMINIO/scripts/$f" -O "$f"
done
chmod +x *.sh
ls -la

Painel de status ao vivo

Mostra em tempo real se o PM2 e o Nginx estão online, uso de CPU/RAM, restarts, uptime, portas abertas e espaço em disco. Requer que a VPS esteja com o VPS_EXEC_TOKEN configurado no .env (mesmo token do painel de execução abaixo).

Este passo mostra a sequência exata para apontar um domínio já comprado (ex.: apachedesenvolvedor.com.br) para a sua VPS e ativar HTTPS. Substitua SEU-DOMINIO.COM.BR e IP_DA_VPS pelos seus dados reais.

Exemplo real: domínio apachedesenvolvedor.com.br apontado para o IP 91.98.120.163.

1. Apontar o DNS no painel do registrador

Acesse o painel de onde você comprou o domínio (Registro.br, Hostinger, GoDaddy, etc.) e crie estes registros:

Tipo   Nome              Valor                  TTL
A      @                 IP_DA_VPS              3600
A      www               IP_DA_VPS              3600

Para o exemplo apachedesenvolvedor.com.br com IP 91.98.120.163:

Tipo   Nome              Valor                  TTL
A      @                 91.98.120.163          3600
A      www               91.98.120.163          3600

1.1 Passo a passo visual no Registro.br

1. Acesse https://registro.br e faça login em Minha conta.
2. No menu lateral, clique em Domínios e depois em apachedesenvolvedor.com.br.
3. Clique na aba Editar zona (ou Zona DNS / Gerenciar DNS).
4. Clique em Novo registro e adicione duas entradas do tipo A:
   • Nome @ (ou deixe em branco) → Valor 91.98.120.163 → TTL 3600
   • Nome www → Valor 91.98.120.163 → TTL 3600
5. Clique em Salvar ou Aplicar alterações.
6. Aguarde a propagação (geralmente poucos minutos, máximo 72 horas).

Dica: na Registro.br o campo @ significa o domínio raiz. Se o painel não aceitar @, deixe o campo "Nome" em branco.

Aguarde a propagação. Pode ser de 10 minutos até 72 horas, mas geralmente funciona em poucos minutos. Teste com:

ping SEU-DOMINIO.COM.BR
# ou, no exemplo:
ping apachedesenvolvedor.com.br

2. Ajustar o Nginx para responder pelo domínio

Conecte-se na VPS por SSH e rode os comandos abaixo. Eles criam o arquivo de configuração do Nginx apontando para o app na porta 3000.

cd /var/www/membresia360

sudo tee /etc/nginx/sites-available/membresia360 >/dev/null <<'EOF'
server {
    listen 80;
    server_name SEU-DOMINIO.COM.BR www.SEU-DOMINIO.COM.BR;
    client_max_body_size 25M;

    location / {
        proxy_pass         http://127.0.0.1:3000;
        proxy_http_version 1.1;
        proxy_set_header   Upgrade $http_upgrade;
        proxy_set_header   Connection "upgrade";
        proxy_set_header   Host $host;
        proxy_set_header   X-Real-IP $remote_addr;
        proxy_set_header   X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header   X-Forwarded-Proto $scheme;
        proxy_cache_bypass $http_upgrade;
    }
}
EOF

# Exemplo para apachedesenvolvedor.com.br:
# sudo tee /etc/nginx/sites-available/membresia360 >/dev/null <<'EOF'
# server {
#     listen 80;
#     server_name apachedesenvolvedor.com.br www.apachedesenvolvedor.com.br;
#     client_max_body_size 25M;
#     ...
# }
# EOF

sudo ln -sf /etc/nginx/sites-available/membresia360 /etc/nginx/sites-enabled/membresia360
sudo rm -f /etc/nginx/sites-enabled/default
sudo nginx -t
sudo systemctl reload nginx

3. Emitir certificado SSL grátis (HTTPS)

Instale o Certbot e peça o certificado para o domínio e o www. Ele já configura o redirecionamento HTTP → HTTPS automaticamente.

sudo apt update
sudo apt install -y certbot python3-certbot-nginx
sudo certbot --nginx -d SEU-DOMINIO.COM.BR -d www.SEU-DOMINIO.COM.BR --non-interactive --agree-tos -m admin@SEU-DOMINIO.COM.BR --redirect

Para o exemplo apachedesenvolvedor.com.br:

sudo certbot --nginx -d apachedesenvolvedor.com.br -d www.apachedesenvolvedor.com.br --non-interactive --agree-tos -m admin@apachedesenvolvedor.com.br --redirect

O Certbot renova o certificado sozinho. Para testar a renovação automática:

sudo certbot renew --dry-run

3.1 SSL automatizado (aguarda DNS + redirect HTTPS)

Script que espera o DNS propagar (checa a cada 30s por até 30 min) e, assim que @ e www apontarem para o IP da VPS, emite o certificado e ativa o redirect HTTP → HTTPS automaticamente.

curl -fsSL https://apachedesenvolvedor.com.br/scripts/ssl-auto.sh -o /tmp/ssl-auto.sh
sudo bash /tmp/ssl-auto.sh SEU-DOMINIO.COM.BR admin@SEU-DOMINIO.COM.BR

# Exemplo real para apachedesenvolvedor.com.br:
sudo bash /tmp/ssl-auto.sh apachedesenvolvedor.com.br neuzinaldo@gmail.com

O script instala o Certbot se faltar, valida propagação via dig @8.8.8.8, roda certbot --nginx --redirect e finaliza com um --dry-run.

3.2 Renovação automática (systemd timer + dry-run)

Garante que o timer certbot.timer esteja ativo (roda 2x/dia) e, se por algum motivo não existir, cria um cron diário de fallback. Ao final, executa um dry-run para provar que o certificado vai se renovar sozinho antes de expirar.

curl -fsSL https://apachedesenvolvedor.com.br/scripts/ssl-renew-setup.sh -o /tmp/ssl-renew.sh
sudo bash /tmp/ssl-renew.sh

# Ver quando será a próxima renovação:
systemctl list-timers | grep certbot

# Forçar um teste de renovação a qualquer momento:
sudo certbot renew --dry-run

Dica: o Let's Encrypt emite certificados de 90 dias. Com o timer ativo, o Certbot tenta renovar automaticamente a partir dos 30 dias antes do vencimento — você não precisa fazer nada.

4. Verificar se tudo está no ar

pm2 status
pm2 logs membresia360 --lines 50

# Teste local (deve retornar HTTP/1.1 200):
curl -I http://127.0.0.1:3000

# Teste pelo domínio (depois da propagação DNS):
curl -I https://SEU-DOMINIO.COM.BR
# ou
# curl -I https://apachedesenvolvedor.com.br

Acesse no navegador: https://SEU-DOMINIO.COM.BR(ex.: https://apachedesenvolvedor.com.br).

Problemas comuns ao configurar o domínio

Nginx não sobe na porta 80: outro serviço (OpenLiteSpeed/lsws) pode estar ocupando a porta. Pare ele e suba o Nginx:

sudo ss -tlnp | grep ':80 '
sudo systemctl stop lsws || sudo /usr/local/lsws/bin/lswsctrl stop
sudo systemctl disable lsws 2>/dev/null || true
sudo systemctl start nginx

Certbot não consegue validar: o DNS ainda não propagou. Confira com:

nslookup SEU-DOMINIO.COM.BR
# Deve retornar o IP da VPS (ex.: 91.98.120.163)

Site abre pelo IP mas não pelo domínio: aguarde mais um pouco a propagação DNS ou verifique se o registro A está correto no painel do registrador.

Comando rápido para reaplicar Nginx + SSL

Se você trocar de domínio futuramente, rode este bloco inteiro (substitua os valores pelo novo domínio/e-mail):

DOMAIN="SEU-DOMINIO.COM.BR"
EMAIL="admin@$DOMAIN"

cd /var/www/membresia360

# Recria config do Nginx
sudo tee /etc/nginx/sites-available/membresia360 >/dev/null <<EOF
server {
    listen 80;
    server_name $DOMAIN www.$DOMAIN;
    client_max_body_size 25M;

    location / {
        proxy_pass         http://127.0.0.1:3000;
        proxy_http_version 1.1;
        proxy_set_header   Upgrade $http_upgrade;
        proxy_set_header   Connection "upgrade";
        proxy_set_header   Host $host;
        proxy_set_header   X-Real-IP $remote_addr;
        proxy_set_header   X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header   X-Forwarded-Proto $scheme;
        proxy_cache_bypass $http_upgrade;
    }
}
EOF

sudo ln -sf /etc/nginx/sites-available/membresia360 /etc/nginx/sites-enabled/membresia360
sudo rm -f /etc/nginx/sites-enabled/default
sudo nginx -t && sudo systemctl reload nginx

# Emite SSL
sudo apt install -y certbot python3-certbot-nginx
sudo certbot --nginx -d "$DOMAIN" -d "www.$DOMAIN" --non-interactive --agree-tos -m "$EMAIL" --redirect

Lembrete: depois de qualquer mudança no Nginx, rode sudo nginx -t antes de sudo systemctl reload nginx para evitar quebrar o site.

O Certbot já emitiu o certificado e o Nginx já redireciona HTTP → HTTPS. Agora você precisa contar ao próprio app qual é o domínio oficial dele, senão metadados, links e compartilhamentos ainda vão sair com a URL antiga.

1. Atualizar o .env na VPS

O arquivo .env na VPS pode ser diferente do que está no GitHub. Edite-o diretamente no servidor — não commite chaves e URLs sensíveis no repositório.

cd /var/www/membresia360
nano .env

Localize (ou adicione) a linha:

VITE_PUBLIC_SITE_URL=https://apachedesenvolvedor.com.br

⚠️ Atenção: substitua apachedesenvolvedor.com.br pelo seu domínio real. Se estiver com http://, troque para https://.

2. Salvar, recompilar e reiniciar

No Nano, aperte Ctrl+O, depois Enter para salvar, e Ctrl+X para sair. Em seguida, rode:

cd /var/www/membresia360
NITRO_PRESET=node-server npm run build
pm2 restart membresia360
pm2 save

O build pode levar de 30s a 2min na primeira vez. O PM2 já reinicia o app sem derrubar o Nginx na frente.

3. Confirmar que o site está no ar

No navegador, abra:

https://apachedesenvolvedor.com.br

Para conferir se o certificado e o redirect estão perfeitos, use a página de diagnóstico do próprio app:

https://apachedesenvolvedor.com.br/ssl-status

Digite o domínio e clique em Verificar. Você deve ver HTTPS respondendo, redirect ativo e dias restantes do certificado.

4. Comando rápido para reaplicar tudo

Se precisar repetir no futuro (trocou de domínio, por exemplo), este é o bloco completo:

cd /var/www/membresia360
# 1. edite .env: VITE_PUBLIC_SITE_URL=https://SEU-DOMINIO.COM.BR
# 2. salve e saia do editor
NITRO_PRESET=node-server npm run build
pm2 restart membresia360
pm2 save
# 3. teste em https://SEU-DOMINIO.COM.BR/ssl-status

Você pode hospedar vários sites no mesmo servidor usando subdomínios. Cada subdomínio aponta para uma porta local diferente no Nginx, então o app principal continua na porta 3000 e os novos apps podem rodar nas portas 3001, 3002, etc.

Exemplo prático: criar o site de cifras no subdomínio cifras.apachedesenvolvedor.com.br, rodando na porta 3001.

1. Criar o registro DNS do subdomínio

No painel do Registro.br (ou do seu registrador), adicione uma entrada do tipo A para o subdomínio, apontando para o mesmo IP da VPS:

Tipo: A
Nome: cifras
Valor: 91.98.120.163

Se quiser também o www.cifras..., adicione outra entrada A com nome www.cifras.

2. Instalar o segundo app na VPS

O script abaixo clona um repositório, instala dependências, faz build e sobe o app no PM2 com uma porta exclusiva. Rode dentro da VPS:

cd /var/www/membresia360 && sudo bash public/scripts/setup-second-site.sh   https://github.com/jogosdaunidade/cifras-igreja.git   /var/www/cifras   3001   cifras

⚠️ Ajuste os valores: troque o repositório, a pasta, a porta e o nome do processo PM2 conforme o seu projeto. A porta deve ser diferente de 3000.

3. Criar o subdomínio no Nginx e emitir SSL

Com o app rodando na porta 3001, configure o Nginx para ouvir o subdomínio e encaminhar para essa porta. O script já faz isso e emite o SSL:

cd /var/www/membresia360 && sudo bash public/scripts/add-subdomain.sh   cifras.apachedesenvolvedor.com.br   3001   neuzinaldo@gmail.com

O script cria o arquivo de configuração em /etc/nginx/sites-available/cifras.apachedesenvolvedor.com.br, ativa no Nginx, emite o certificado SSL e aplica o redirect HTTP → HTTPS.

4. Testar o novo site

Aguarde a propagação do DNS (pode levar alguns minutos) e abra:

https://cifras.apachedesenvolvedor.com.br

Verifique se o PM2 está rodando com pm2 status e se o Nginx não tem erros de configuração com sudo nginx -t.

5. Manutenção futura

Para atualizar o segundo site, rode os comandos dentro da pasta dele (não dentro de /var/www/membresia360):

cd /var/www/cifras
git pull
npm install
NITRO_PRESET=node-server npm run build
pm2 restart cifras
pm2 save

6. Gerenciar sites na mesma VPS

Para ver todos os sites, subdomínios e processos ativos em um só lugar:

cd /var/www/membresia360 && sudo bash public/scripts/list-sites.sh

Para remover um subdomínio (e seus certificados SSL):

cd /var/www/membresia360 && sudo bash public/scripts/remove-subdomain.sh   cifras.apachedesenvolvedor.com.br

A Cloudflare fica na frente da sua VPS: cuida do DNS, acelera o site com CDN mundial, esconde o IP real do servidor e bloqueia ataques (DDoS, bots). É grátis no plano básico.

sudo bash -c 'cat > /etc/nginx/cloudflare-realip.conf <<EOF
$(for ip in $(curl -s https://www.cloudflare.com/ips-v4); do echo "set_real_ip_from $ip;"; done)
$(for ip in $(curl -s https://www.cloudflare.com/ips-v6); do echo "set_real_ip_from $ip;"; done)
real_ip_header CF-Connecting-IP;
EOF'

# inclui o arquivo dentro do bloco http { } do nginx.conf
sudo sed -i '/http {/a \    include /etc/nginx/cloudflare-realip.conf;' /etc/nginx/nginx.conf

# valida e recarrega
sudo nginx -t && sudo systemctl reload nginx

server: cloudflare
cf-cache-status: HIT       # HIT = veio do cache; MISS = veio da VPS
cf-ray: 8f2a1b3c4d5e-GRU

Você não precisa usar subdomínio para hospedar outro site na mesma VPS. O mesmo IP pode atender domínios completamente diferentes (igreja1.com.br, igreja2.com.br, outraigreja.org...). Quem decide qual site entregar é o Nginx, olhando o nome do domínio que veio no pedido (cabeçalho Host).

1. Apontar o DNS do novo domínio para o mesmo IP

No registrador do segundo domínio (Registro.br, GoDaddy, Hostinger...), crie dois registros do tipo A apontando para o mesmo IP da VPS:

Tipo: A   Nome: @     Valor: 91.98.120.163
Tipo: A   Nome: www   Valor: 91.98.120.163

Troque 91.98.120.163 pelo IP real da sua VPS. Não é preciso mexer no DNS do primeiro domínio — os dois convivem no mesmo servidor.

2. Ter o app rodando em uma porta exclusiva

O Membresia 360 principal usa a porta 3000. Cada novo site precisa de uma porta diferente (3001, 3002...). Se o segundo site ainda não existe na VPS:

cd /var/www/membresia360 && sudo bash public/scripts/setup-second-site.sh   https://github.com/SEU-USUARIO/SEU-REPO.git   /var/www/PASTA-DO-SITE   3001   NOME-PM2

SEU-REPO = repositório Git do site · PASTA-DO-SITE = pasta de destino em /var/www · 3001 = porta local exclusiva · NOME-PM2 = nome do processo no PM2.

Se você quer o mesmo Membresia 360 respondendo em outro domínio (mesma instalação, mesmo banco), pule esta etapa e use a porta 3000 no passo seguinte.

3. Criar o server block e emitir o SSL — script pronto

O script add-domain.sh valida o domínio e a porta, confere se o DNS já aponta para esta VPS, cria a configuração do Nginx (domínio + www), recarrega o serviço, emite o certificado com o Certbot e deixa a renovação automática ativa:

cd /var/www/membresia360 && sudo bash public/scripts/add-domain.sh   DOMINIO.COM.BR   PORTA_LOCAL   SEU-EMAIL@DOMINIO.COM

DOMINIO.COM.BR = o novo domínio, sem http:// e sem barra final · PORTA_LOCAL = porta onde o app roda no PM2 (ex.: 3001) · SEU-EMAIL@DOMINIO.COM = e-mail que o Let's Encrypt usa para avisar sobre expiração.

Exemplo real:

cd /var/www/membresia360 && sudo bash public/scripts/add-domain.sh igreja2.com.br 3001 neuzinaldo@gmail.com

4. Conferir se ficou tudo certo

sudo nginx -t
pm2 status
sudo certbot certificates
sudo certbot renew --dry-run
systemctl status certbot.timer --no-pager
curl -I https://igreja2.com.br

5. Página de gerenciamento no próprio app

Para cadastrar os domínios, escolher a porta e revisar Nginx/SSL antes de ativar, use a página dedicada — ela monta os comandos prontos para copiar:

Lembre: rode tudo dentro de /var/www/membresia360 e, depois do deploy, dê Ctrl+F5 no navegador.

Você pode instalar o aplicativo primeiro e só depois comprar/configurar o domínio. Essa é a ordem ideal quando ainda não tem o domínio em mãos: faz a VPS funcionar no IP público, testa o app, e depois aponta o domínio para o mesmo IP.

1. Instalar a aplicação sem domínio

Siga os passos 1 a 8 (ou o script de 1 clique) sem se preocupar com o domínio. Quando chegar no .env, você pode deixar a URL vazia ou usar o IP temporário:

# .env (exemplo sem domínio)
VITE_SUPABASE_URL=https://dyjeylwbxbcvpolnwutd.supabase.co
VITE_SUPABASE_ANON_KEY=sua_chave_anon
SITE_URL=http://SEU_IP_AQUI:3000
PUBLIC_SITE_URL=http://SEU_IP_AQUI:3000
PORT=3000

SEU_IP_AQUI = o IP público da VPS (ex.: 91.98.120.163). Substitua no.env e reinicie o PM2 depois.

Suba o app com PM2 na porta 3000:

cd /var/www/membresia360
NITRO_PRESET=node-server npm run build
pm2 start ".output/server/index.mjs" --name membresia360 --env PORT=3000
pm2 save

2. Liberar a porta 3000 no firewall (temporário)

Para acessar pelo navegador usando o IP, abra a porta 3000 — mas só até configurar o domínio, depois feche novamente:

sudo ufw allow 3000/tcp
sudo ufw reload

Teste no navegador:

http://SEU_IP_AQUI:3000

3. Comprar o domínio e apontar no Registro.br

Depois que comprar o domínio (ex.: membresia360.com.br), acesse o painel doRegistro.br e crie dois registros do tipo A apontando para o IP da VPS:

Tipo: A   Nome: @     Valor: SEU_IP_AQUI
Tipo: A   Nome: www   Valor: SEU_IP_AQUI

Observação: se o painel do Registro.br oferecer a opção de redirecionamentowww, prefira o registro A para que o SSL funcione corretamente.

A propagação pode levar de alguns minutos até 24h. Você pode acompanhar pelo comando:

dig membresia360.com.br +short
ping membresia360.com.br

4. Criar o server block e SSL para o domínio novo

Assim que o DNS estiver apontado, rode o script pronto para gerar a configuração Nginx e o certificado SSL gratuito para o domínio na porta 3000:

cd /var/www/membresia360 && sudo bash public/scripts/add-domain.sh   membresia360.com.br   3000   neuzinaldo@gmail.com

membresia360.com.br = seu domínio · 3000 = porta do app ·neuzinaldo@gmail.com = e-mail para aviso de expiração do certificado.

5. Atualizar o .env com o domínio real

Edite o .env e troque o IP pela URL com https://:

SITE_URL=https://membresia360.com.br
PUBLIC_SITE_URL=https://membresia360.com.br

Reinicie o PM2 para aplicar:

cd /var/www/membresia360 && NITRO_PRESET=node-server npm run build && pm2 restart membresia360 && pm2 save

6. Fechar a porta 3000 no firewall (importante)

Depois do Nginx + SSL funcionando, feche o acesso direto à porta 3000. O tráfego deve passar apenas pelo Nginx nas portas 80 e 443:

sudo ufw delete allow 3000/tcp
sudo ufw allow 'Nginx Full'
sudo ufw reload

7. Verificar se está tudo certo

sudo nginx -t
sudo systemctl reload nginx
pm2 status
sudo certbot certificates
sudo certbot renew --dry-run
systemctl status certbot.timer --no-pager
https://membresia360.com.br

Lembre: rode tudo dentro de /var/www/membresia360 e, depois do deploy, dê Ctrl+F5 no navegador.

Sempre que você publicar uma nova versão do Lovable, a segunda instância (domínio membresia360.com.br, porta 3001) precisa ser atualizada manualmente dentro da VPS. O processo é o mesmo da instalação principal, só muda a pasta e o nome do processo no PM2.

1. Entrar na VPS via SSH

Use o terminal do seu computador (Windows: PowerShell ou Git Bash; Mac/Linux: Terminal). Substitua SEU-IP pelo IP da VPS (exemplo: 91.98.120.163) e o usuário padrão do provedor (geralmente root ou ubuntu):

ssh root@91.98.120.163

A senha ou chave SSH é a mesma que você recebeu no e-mail da hospedagem quando contratou a VPS.

2. Atualização normal (comando em uma linha)

Rode tudo dentro da pasta /var/www/membresia360-m360. Esse comando puxa o código novo do GitHub, instala dependências, faz o build de produção e reinicia o PM2:

cd /var/www/membresia360-m360 && git pull && npm install && NITRO_PRESET=node-server npm run build && pm2 restart membresia360-m360 && pm2 save

Dica: se o processo membresia360-m360 ainda não existir no PM2, use a versão robusta abaixo que cria o processo automaticamente.

cd /var/www/membresia360-m360 &&   export PORT=3001 &&   git pull &&   npm install &&   NITRO_PRESET=node-server npm run build &&   (pm2 restart membresia360-m360 || pm2 start .output/server/index.mjs --name membresia360-m360) &&   pm2 save

A variável PORT=3001 garante que o app suba na porta correta.

cd /var/www/membresia360-m360 &&   export PORT=3001 &&   git fetch origin && git reset --hard origin/main &&   rm -rf .output node_modules/.vite dist &&   npm install &&   NITRO_PRESET=node-server npm run build &&   (pm2 restart membresia360-m360 || pm2 start .output/server/index.mjs --name membresia360-m360) &&   pm2 save

4. Scripts prontos para download

Se preferir, baixe os scripts abaixo e execute na VPS. Eles já vêm com a pasta, porta e nome do processo pré-configurados:

5. Verificar se deu certo

pm2 status membresia360-m360
# Deve aparecer online na coluna status
curl -s http://127.0.0.1:3001/ | head -n 20

Lembre-se: após atualizar, abra o navegador e aperte Ctrl+F5 para limpar o cache. A maior parte dos casos de "site antigo" é apenas cache do navegador.

Se você acabou de rodar um git pull ou um script de atualização e o terminal parou pedindo Username for 'https://github.com', isso acontece porque o repositório é privado e o GitHub não aceita mais senha via HTTPS. A solução é usar um Personal Access Token (PAT).

1. Como gerar o PAT no GitHub

1. Acesse https://github.com/settings/tokens
2. Clique em Generate new token (classic)
3. Dê um nome (ex.: VPS Membresia 360)
4. Marque a permissão repo (ela dá acesso total a repositórios privados)
5. Clique em Generate token e copie o token gerado

cd /var/www/membresia360
git remote set-url origin https://github.com/jogosdaunidade/apache-dev.git
git config --local credential.helper store
read -p "Usuário GitHub: " GITHUB_USER
read -s -p "Token GitHub: " GITHUB_PAT; echo
printf 'protocol=https
host=github.com
username=%s
password=%s

' "$GITHUB_USER" "$GITHUB_PAT" | git credential approve
unset GITHUB_PAT
git pull

2. Configurar o token na VPS (instância principal)

Substitua SEU_PAT_AQUI pelo token que você copiou e rode dentro da VPS:

cd /var/www/membresia360 && sudo bash public/scripts/setup-github-token.sh SEU_PAT_AQUI

3. Configurar o token na segunda instância (porta 3001)

Se você também instalou o membresia360.com.br na pasta /var/www/membresia360-m360, rode o mesmo script apontando para essa pasta:

cd /var/www/membresia360-m360 && sudo bash /var/www/membresia360/public/scripts/setup-github-token.sh SEU_PAT_AQUI /var/www/membresia360-m360

4. Verificar se funcionou

Depois de configurar o token, teste o git pull na mesma pasta. Se não pedir usuário/senha, está tudo certo:

cd /var/www/membresia360 && git pull

5. (Recomendado) git pull automático sem token na URL

O método acima grava o token dentro da URL do remote. A forma mais segura é guardar o PAT em um arquivo de ambiente protegido e deixar o script git-pull-auto.sh ler esse arquivo na hora do git pull.

5.1 — Criar o arquivo de ambiente (uma única vez):

sudo mkdir -p /etc/membresia360 && sudo nano /etc/membresia360/git.env

Cole dentro do arquivo (troque pelos seus dados):

GITHUB_USER=SEU_USUARIO_GITHUB
GITHUB_PAT=SEU_PAT_AQUI

• GITHUB_USER — seu nome de usuário no GitHub (ex.: jogosdaunidade)
• GITHUB_PAT — o token gerado no passo 1 (começa com ghp_)

5.2 — Proteger o arquivo (só o root pode ler):

sudo chmod 600 /etc/membresia360/git.env

5.3 — Rodar o pull automático na instância principal (porta 3000):

cd /var/www/membresia360 && sudo bash public/scripts/git-pull-auto.sh

5.4 — Na segunda instância (porta 3001):

cd /var/www/membresia360 && sudo bash public/scripts/git-pull-auto.sh /var/www/membresia360-m360

• PASTA_DO_APP — caminho do app que será atualizado (padrão /var/www/membresia360)

Lembre: rode tudo dentro de /var/www/membresia360 e, depois do deploy, dê Ctrl+F5 no navegador.

Para não se confundir entre as instâncias, use os comandos abaixo para entrar na pasta correta de cada app. Sempre rode os comandos de atualização dentro da pasta do app.

Instância principal — apachedesenvolvedor.com.br (porta 3000):

cd /var/www/membresia360

Segunda instância — membresia360.com.br (porta 3001):

cd /var/www/membresia360-m360

Verificar qual processo está em cada porta:

pm2 status
ss -ltn | grep -E ':3000|:3001'

Dica: depois de entrar na pasta, use os scripts de atualização do passo 22 (porta 3001) ou do passo 28 (atualização forçada).

Mesmo com o app rodando no PM2, o firewall pode bloquear o acesso externo. Confirme que as portas 80, 443, 3000 e 3001 estão liberadas tanto no UFW quanto no firewall do provedor de VPS.

1 — Verificar o status atual do firewall:

sudo ufw status verbose

2 — Liberar HTTP, HTTPS e Nginx:

sudo ufw allow 80/tcp
sudo ufw allow 443/tcp
sudo ufw allow 'Nginx Full'
sudo ufw reload

3 — Liberar as portas internas dos apps (3000 e 3001):

sudo ufw allow 3000/tcp
sudo ufw allow 3001/tcp
sudo ufw reload

4 — Testar se o app responde localmente:

curl -sSI http://127.0.0.1:3000/ | head -n 1
curl -sSI http://127.0.0.1:3001/ | head -n 1

5 — Testar acesso externo (substitua pelo IP da VPS):

curl -sSI http://91.98.120.163:3000/ | head -n 1
curl -sSI http://91.98.120.163:3001/ | head -n 1

6 — Se estiver usando outro firewall (ex.: iptables, cloud provider):

# Ver regras ativas
sudo iptables -L -n -v | grep -E '80|443|3000|3001'

Lembre: rode tudo dentro de /var/www/membresia360 e, depois do deploy, dê Ctrl+F5 no navegador.

O domínio já está registrado e apontado para o IP 91.98.120.163. Agora é instalar o certificado HTTPS e publicar a instância da porta 3001.

1 — Instalar o SSL com Certbot (Nginx + certificado automáticos):

cd /var/www/membresia360 && sudo bash public/scripts/add-domain.sh membresia360.com.br 3001 neuzinaldo@gmail.com

• membresia360.com.br — domínio próprio já apontado para o IP da VPS
• 3001 — porta local onde a segunda instância roda no PM2
• neuzinaldo@gmail.com — e-mail do Let's Encrypt para avisos de expiração

2 — Verificar se o certificado foi emitido:

sudo certbot certificates

3 — Atualizar o .env da instância 3001 com a URL definitiva:

cd /var/www/membresia360-m360 && nano .env

Altere (ou adicione) a linha:

VITE_PUBLIC_SITE_URL=https://membresia360.com.br

4 — Recompilar e reiniciar o app:

cd /var/www/membresia360-m360 && NITRO_PRESET=node-server npm run build && pm2 restart membresia360-m360 && pm2 save

5 — Testar no navegador:

https://membresia360.com.br

Lembre: rode tudo dentro de /var/www/membresia360 e, depois do deploy, dê Ctrl+F5 no navegador.

Mesmo procedimento do passo 26, agora para a instância principal que roda na porta 3000 em /var/www/membresia360.

1 — Instalar o SSL com Certbot (Nginx + certificado automáticos):

cd /var/www/membresia360 && sudo bash public/scripts/add-domain.sh apachedesenvolvedor.com.br 3000 neuzinaldo@gmail.com

• apachedesenvolvedor.com.br — domínio próprio já apontado para o IP da VPS
• 3000 — porta local onde a instância principal roda no PM2
• neuzinaldo@gmail.com — e-mail do Let's Encrypt para avisos de expiração

2 — Verificar se o certificado foi emitido:

sudo certbot certificates

3 — Atualizar o .env da instância 3000 com a URL definitiva:

cd /var/www/membresia360 && nano .env

Altere (ou adicione) a linha:

VITE_PUBLIC_SITE_URL=https://apachedesenvolvedor.com.br

4 — Recompilar e reiniciar o app:

cd /var/www/membresia360 && NITRO_PRESET=node-server npm run build && pm2 restart membresia360 && pm2 save

5 — Testar no navegador:

https://apachedesenvolvedor.com.br

Lembre: rode tudo dentro de /var/www/membresia360 e, depois do deploy, dê Ctrl+F5 no navegador.

Use quando o git pull normal não muda nada no site (cache de build antigo ou conflito no Git). O comando descarta alterações locais e reconstrói do zero.

Porta 3000 — instância principal (/var/www/membresia360):

cd /var/www/membresia360 && sudo bash public/scripts/update-force.sh

Ou manualmente:

cd /var/www/membresia360 && git fetch origin && git reset --hard origin/main && rm -rf .output node_modules/.vite dist && npm install && NITRO_PRESET=node-server npm run build && pm2 restart membresia360 && pm2 save

Porta 3001 — instância membresia360.com.br (/var/www/membresia360-m360):

cd /var/www/membresia360 && sudo bash public/scripts/update-force-m360.sh

Ou manualmente:

cd /var/www/membresia360-m360 && git fetch origin && git reset --hard origin/main && rm -rf .output node_modules/.vite dist && npm install && NITRO_PRESET=node-server npm run build && pm2 restart membresia360-m360 && pm2 save

As duas de uma vez:

cd /var/www/membresia360 && sudo bash public/scripts/update-force.sh && sudo bash public/scripts/update-force-m360.sh && pm2 status

cd /var/www/membresia360 && git fetch origin && git reset --hard origin/main && chmod +x public/scripts/*.sh && sudo bash public/scripts/update-force-m360.sh

Depois do deploy, dê Ctrl+F5 no navegador para limpar o cache.

Este é o comando "faz tudo": ele instala o que faltar (Node 20, Nginx, PM2, Certbot), escolhe uma porta livre automaticamente (3002, 3003, ... — as suas 3000 e 3001 continuam intocadas), clona o repositório, cria o .env, faz o build, sobe no PM2, configura o Nginx e ainda tenta emitir o SSL. Depois disso só falta o apontamento DNS no Registro.br.

Comando único (baixa o script direto e executa):

curl -fsSL https://membresia360.com.br/scripts/deploy-site.sh -o /tmp/deploy-site.sh && sudo bash /tmp/deploy-site.sh REPO_GIT DOMINIO NOME auto SEU@EMAIL.COM

Exemplo real:

curl -fsSL https://membresia360.com.br/scripts/deploy-site.sh -o /tmp/deploy-site.sh && sudo bash /tmp/deploy-site.sh https://github.com/jogosdaunidade/relatorio-estadual.git relatorioestadual.com.br relatorio auto neuzinaldo@gmail.com

Se o projeto já estiver clonado na VPS, use o script local:

cd /var/www/membresia360 && sudo bash public/scripts/deploy-site.sh REPO_GIT DOMINIO NOME auto SEU@EMAIL.COM

O que ainda fica manual (Registro.br):

• Registro.br → Domínios → Editar Zona
• A · Nome @ · Valor 91.98.120.163 · TTL 3600
• A · Nome www · Valor 91.98.120.163 · TTL 3600
• Salvar e aguardar a propagação (15 min a algumas horas).

Se o DNS ainda não tiver propagado quando você rodar o script, ele instala tudo e avisa. Depois que propagar, é só emitir o SSL:

sudo certbot --nginx -d DOMINIO -d www.DOMINIO --agree-tos -m SEU@EMAIL.COM --redirect

Conferir tudo o que está rodando:

pm2 status && sudo nginx -t && ss -ltnp | grep -E ':(3000|3001|3002|3003)'

O script nunca reutiliza uma porta ocupada: se 3002 estiver em uso, ele pula para 3003 e assim por diante. Suas instâncias das portas 3000 e 3001 não são tocadas.

Use este passo como um cartão de referência: copie o modelo, troque os placeholders e cole no terminal da VPS. O mesmo script do Passo 29, só que aqui com exemplos reais dos repositórios que você já usou.

curl -fsSL https://membresia360.com.br/scripts/deploy-site.sh -o /tmp/deploy-site.sh && sudo bash /tmp/deploy-site.sh REPO_GIT DOMINIO NOME auto SEU@EMAIL.COM

curl -fsSL https://membresia360.com.br/scripts/deploy-site.sh -o /tmp/deploy-site.sh && sudo bash /tmp/deploy-site.sh https://github.com/seu-usuario/seu-projeto.git seusite.com.br meusite auto neuzinaldo@gmail.com

Checklist depois de rodar o comando:

• Verifique se o processo subiu: pm2 status
• Confira a porta: ss -ltnp | grep -E ':(3000|3001|3002|3003)'
• Teste pelo IP: http://91.98.120.163:PORTA
• Registro.br → A @ 91.98.120.163 e A www 91.98.120.163
• Se o SSL não foi emitido automaticamente, rode o Certbot manualmente após a propagação do DNS.

curl -fsSL https://membresia360.com.br/scripts/deploy-site.sh -o /tmp/deploy-site.sh && sudo bash /tmp/deploy-site.sh https://github.com/jogosdaunidade/relatorio-estadual.git relatorioestadual.com.br relatorio auto neuzinaldo@gmail.com

Lembre-se: rode dentro da VPS via SSH. Depois de qualquer mudança, dê Ctrl+F5 no navegador.

Use este passo quando você já tem um site rodando em uma porta (ex.: 3000) e quer substituí-lo por um repositório diferente do GitHub — mantendo a mesma porta, o mesmo processo PM2 e o mesmo domínio no Nginx. O script faz backup da pasta atual, clona o novo repositório, copia o .env antigo, builda e reinicia no PM2.

Comando pronto — trocar o site da porta 3000 pelo repositório apache-dev:

cd /var/www/membresia360 && sudo bash public/scripts/replace-site.sh https://github.com/jogosdaunidade/apache-dev.git membresia360 3000

Modelo com placeholders:

cd /var/www/membresia360 && sudo bash public/scripts/replace-site.sh REPO_GIT PM2_NAME PORTA

O que cada placeholder significa:

• REPO_GIT — URL do novo repositório no GitHub
• PM2_NAME — nome do processo atual (ex.: membresia360)
• PORTA — porta que o Nginx já aponta (ex.: 3000)

Se o repositório novo for privado, configure o PAT antes:

cd /var/www/membresia360 && sudo bash public/scripts/setup-github-token.sh SEU_PAT_AQUI

Para restaurar o backup manualmente (em caso de erro):

pm2 delete membresia360 || true && sudo rm -rf /var/www/membresia360 && sudo mv /var/www/membresia360-backup-XXXX /var/www/membresia360 && cd /var/www/membresia360 && pm2 start ".output/server/index.mjs" --name membresia360 && pm2 save

Substitua XXXX pelo sufixo do nome do backup. Liste os backups com:ls -d /var/www/membresia360-backup-*.

Verificar depois:

pm2 status && ss -ltnp | grep -E ':(3000|3001)' && sudo nginx -t

Depois do deploy, dê Ctrl+F5 no navegador para limpar o cache.

Quando você troca o site de uma porta por outro repositório (Passo 31), o script replace-site.sh cria automaticamente uma pasta de backup com a data e hora da operação. Exemplo: /var/www/membresia360-backup-20260801-210941.

Para que serve essa pasta?

• É uma cópia de segurança do projeto anterior, incluindo o build, dependências e configurações locais (exceto o .env, que é copiado para o novo projeto).
• Serve para reverter rapidamente se o novo repositório não buildar, apresentar erro 502 ou comportamento inesperado.
• Permite consultar arquivos antigos, comparar versões ou recuperar dados que não foram migrados para o novo projeto.

Como listar os backups existentes:

ls -ld /var/www/membresia360-backup-*

Como restaurar o backup mais recente (exemplo na porta 3000):

BACKUP=$(ls -d /var/www/membresia360-backup-* | sort | tail -1) && pm2 delete membresia360 || true && sudo rm -rf /var/www/membresia360 && sudo mv "$BACKUP" /var/www/membresia360 && cd /var/www/membresia360 && pm2 start ".output/server/index.mjs" --name membresia360 && pm2 save && sudo nginx -t && sudo systemctl reload nginx

Esse comando pega o backup mais recente automaticamente, sem precisar digitar o sufixo.

Restauração manual com nome exato do backup:

pm2 delete membresia360 || true && sudo rm -rf /var/www/membresia360 && sudo mv /var/www/membresia360-backup-20260801-210941 /var/www/membresia360 && cd /var/www/membresia360 && pm2 start ".output/server/index.mjs" --name membresia360 && pm2 save && sudo nginx -t && sudo systemctl reload nginx

Substitua 20260801-210941 pelo sufixo real do seu backup (veja no ls -ld acima).

Verificar se voltou ao normal:

pm2 status && ss -ltnp | grep -E ':(3000|3001)' && sudo nginx -t && curl -I http://localhost:3000

Limpar backups antigos (opcional — cuidado!):

sudo ls -td /var/www/membresia360-backup-* | tail -n +4 | xargs -r sudo rm -rf

Mantém os 3 backups mais recentes e apaga os mais antigos. Verifique a lista antes de executar.

Depois de restaurar, dê Ctrl+F5 no navegador para limpar o cache.

Sintoma: no domínio apachedesenvolvedor.com.br o site abre normalmente na VPS, o layout carrega, mas as imagens dos cards / logos / banners ficam vazias. No código-fonte da página aparecem caminhos assim:

<img src="/__l5e/assets-v1/864baa83-.../apache-logo-transparent.png">

E ao abrir esse endereço direto no navegador retorna 404.

Por que isso acontece em apachedesenvolvedor.com.br?

• As imagens não estão dentro do build: são assets hospedados no CDN da Lovable (arquivos .asset.json no repositório).
• O caminho /__l5e/ só existe na infraestrutura da Lovable (*.lovable.app). Na sua VPS (Nginx + PM2) esse endereço não existe → 404.
• CSS e JS funcionam porque ficam em /assets/, gerados pelo build local.

Diagnóstico rápido:

curl -s -o /dev/null -w "%{http_code}\n" https://apachedesenvolvedor.com.br/__l5e/assets-v1/ID/ARQUIVO.png

Se retornar 404, é exatamente esse problema.

Como comparar dois domínios e descobrir onde falta o proxy

Se você tem um domínio que exibe as imagens corretamente (por exemplo membresia360.com.br) e outro que não exibe (por exemplo apachedesenvolvedor.com.br), o motivo geralmente é que o primeiro já possui o bloco location /__l5e/ no Nginx ou ainda está apontando para a infraestrutura da Lovable. Já o segundo foi trocado para outro projeto, então os IDs dos assets/__l5e/ não existem na origem anterior.

1. Veja se cada domínio possui o bloco location /__l5e/:

   grep -R "location /__l5e/" /etc/nginx/sites-enabled/ -A 3 -B 1

   Copiar
2. Descubra para qual origem Lovable cada domínio aponta:

   grep -R "proxy_pass" /etc/nginx/sites-enabled/ | grep -E "membresia360|apachedesenvolvedor"

   Copiar
3. Teste uma mesma imagem nos dois domínios (pegue o caminho exato no inspecionar do navegador):

   IMG="/__l5e/assets-v1/SEU-ID/arquivo.png"
   for DOM in membresia360.com.br apachedesenvolvedor.com.br; do
     echo -n "$DOM: "
     curl -s -o /dev/null -w "%{http_code} (%{content_type})\n" "https://$DOM$IMG"
   done

   Copiar
4. Se o domínio que funciona apontar para um projeto Lovable (ex.: membresia360.com.br) e o domínio quebrado agora roda um projeto diferente (ex.: apache-dev), o proxy dele deve apontar para a URL Lovable daquele projeto específico, ou os assets devem ser auto-hospedados.

Se ambos os domínios forem sites diferentes, é normal e esperado que os assets diverjam. Nesse caso, o Passo 33 deve ser aplicado separadamente em cada domínio, usando a origem Lovable correta do respectivo projeto.

Solução 1 — Proxy no Nginx (rápido, 1 minuto)

Encaminha /__l5e/ para o domínio Lovable do projeto. Edite o arquivo do site:

sudo nano /etc/nginx/sites-available/apachedesenvolvedor.com.br

Dentro do bloco server { ... } (antes do location /), adicione:

location /__l5e/ {
    proxy_pass https://membresia360.com.br/;
    proxy_set_header Host membresia360.com.br;
    proxy_set_header X-Real-IP $remote_addr;
    proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
    proxy_ssl_server_name on;
    proxy_cache_valid 200 7d;
    add_header Cache-Control "public, max-age=604800";
}

Importante: o proxy_pass precisa terminar com / para que o Nginx reescreva corretamente o caminho. Depois teste e recarregue:

sudo nginx -t && sudo systemctl reload nginx

• apachedesenvolvedor.com.br — domínio próprio hospedado na VPS.
• membresia360.com.br — URL publicada do projeto na Lovable (fonte real dos assets).

import logo from "@/assets/apache-logo.png";
// <img src={logo} alt="apache.dev" />

Após aplicar qualquer uma das soluções, dê Ctrl+F5 no navegador para limpar o cache.

Sintomas comuns em https://membresia360.com.br/campanhas#painel-meta:

Missing Supabase environment variable(s): SUPABASE_URL, SUPABASE_PUBLISHABLE_KEY. Connect Supabase in Lovable Cloud.

Credenciais do Meta ausentes. Configure META_APP_ID, META_APP_SECRET, META_ACCESS_TOKEN, META_AD_ACCOUNT_ID e META_PAGE_ID.

Causa: na Lovable essas variáveis são injetadas automaticamente. Na VPS o processo do PM2 sobe sem carregar o arquivo .env, então o servidor não enxerga SUPABASE_URL, SUPABASE_PUBLISHABLE_KEY nem os tokens do Meta (META_ACCESS_TOKEN, META_APP_SECRET etc.).

Solução com 1 comando (script pronto)

cd /var/www/membresia360 && sudo bash public/scripts/env-vps.sh APP_DIR APP_NAME

• APP_DIR — pasta do site na VPS (ex.: /var/www/membresia360-m360 para o domínio membresia360.com.br).
• APP_NAME — nome do processo no PM2 (ex.: membresia360-m360). Veja com pm2 status.

Exemplo para o domínio membresia360.com.br (porta 3001):

cd /var/www/membresia360 && sudo bash public/scripts/env-vps.sh /var/www/membresia360-m360 membresia360-m360

E para a instância principal (porta 3000):

cd /var/www/membresia360 && sudo bash public/scripts/env-vps.sh /var/www/membresia360 membresia360

cd /var/www/membresia360 && git pull && sudo bash public/scripts/env-vps.sh /var/www/membresia360-m360 membresia360-m360

sudo nano /var/www/membresia360-m360/.env.local

META_APP_ID=2149953112262997
META_APP_SECRET=COLE_A_CHAVE_SECRETA_AQUI
META_ACCESS_TOKEN=COLE_O_TOKEN_EAA_AQUI
META_AD_ACCOUNT_ID=1696814688265849
META_PAGE_ID=1245138122016416

cd /var/www/membresia360 && sudo nano .env.local

META_APP_ID=2149953112262997
META_APP_SECRET=COLE_O_APP_SECRET_REAL
META_ACCESS_TOKEN=COLE_O_TOKEN_EAA_REAL
META_AD_ACCOUNT_ID=1696814688265849
META_PAGE_ID=1245138122016416

cd /var/www/membresia360 && sudo bash public/scripts/env-vps.sh /var/www/membresia360 membresia360

Alternativa manual (sem script)

cd APP_DIR
set -a; . ./.env; [ -f .env.local ] && . ./.env.local; set +a
pm2 restart APP_NAME --update-env && pm2 save

Como conferir se resolveu

pm2 env $(pm2 id APP_NAME | tr -d '[] ') | grep -E '^(META_APP_ID|META_APP_SECRET|META_ACCESS_TOKEN|META_AD_ACCOUNT_ID|META_PAGE_ID)[:=]' | sed -E 's/[:=].*/=<definida>/'

O resultado precisa mostrar as cinco linhas como <definida>. Se alguma não aparecer, edite o .env.local e execute novamente o script. Depois abra /campanhas#painel-meta logado como administrador e dê Ctrl+F5. Deslogado o painel sempre mostra “Entre com a sua conta de administrador”, o que é normal e não é erro.

Use este passo para criar o arquivo .env.local na VPS já com os 3 IDs públicos preenchidos. Você só vai precisar colar os 2 segredos do Meta.

cd /var/www/membresia360 && sudo bash public/scripts/create-env-m360.sh

sudo tee /var/www/membresia360-m360/.env.local > /dev/null <<'EOF'
# Tokens do Meta Ads — IDs públicos já preenchidos; cole apenas os 2 segredos
META_ACCESS_TOKEN=
META_AD_ACCOUNT_ID=1696814688265849
META_APP_ID=2149953112262997
META_APP_SECRET=
META_PAGE_ID=1245138122016416
# Google Ads
GOOGLE_ADS_CONVERSION_ID=
# Opcionais
META_CAMPAIGN_ID=
META_WHATSAPP_NUMBER=
META_DEFAULT_REGION=
VPS_EXEC_TOKEN=
EOF
sudo chmod 600 /var/www/membresia360-m360/.env.local

sudo nano /var/www/membresia360-m360/.env.local

Onde pegar cada segredo

• META_APP_SECRET — Configurações → Básico → Chave secreta do aplicativo.
• META_ACCESS_TOKEN — Configurações do Negócio → Usuários do sistema → selecione neuzinaldo → primeiro atribua a conta de anúncios com controle total → gere um novo token do app Membresia 360 com expiração Nunca e permissões ads_management, ads_read, business_management, pages_show_list → Gerar token. Um token gerado antes de atribuir a conta deve ser substituído.
• META_AD_ACCOUNT_ID — topo do Gerenciador de Anúncios (já preenchido: 1696814688265849).
• META_PAGE_ID — Configurações da Página → Sobre → ID da Página (já preenchido: 1245138122016416).

3) Recarregue o PM2 com as variáveis

cd /var/www/membresia360 && sudo bash public/scripts/env-vps.sh /var/www/membresia360-m360 membresia360-m360

Acesse /campanhas#painel-meta logado como admin e dê Ctrl+F5.