Haha, estou feliz que você tenha perguntado, porque eu não tive tempo para explicar essa parte (eu deveria ter – há muito o que explicar e o Cloudflare é complexo!).
Quando a rota do worker está configurada, cada carregamento de imagem e visualização de página no fórum passa por esse worker.
O plano gratuito de CDN do Cloudflare inclui um limite de 100.000 solicitações por dia em uma rota de worker.
Portanto, se você tiver um fórum relativamente movimentado, para evitar atingir o limite do plano gratuito em um dia, é uma boa ideia não mantê-lo ativo o tempo todo. Isso se refere apenas à rota do worker, não à página de manutenção – você pode deixar a página de manutenção ativa o tempo todo; ela só será acessada se a rota do worker estiver ativa. Trata-se apenas da etapa 2 onde você atribuiu a rota (que é fácil de configurar e remover). A menos que você esteja usando um plano pago do Cloudflare, é uma boa prática mantê-lo ativo apenas quando estiver realizando sua própria manutenção.
- Acesse a página de rotas de workers do Cloudflare para seu domínio e clique no botão no lado direito da rota.
- Na parte inferior da tela de edição, clique no botão
removepara desanexar a página do worker da rota.
- Não se preocupe, o código do worker em si não será excluído, apenas a regra de roteamento. Da próxima vez que você fizer uma reconstrução/atualização, basta adicioná-lo novamente como na Etapa 2 acima.
Se você estiver em um plano pago do Cloudflare, não há nada com que se preocupar. No entanto, nesse caso, você pode usar as páginas de erro do Cloudflare em vez de uma página de worker… (eu mencionei que o Cloudflare é bastante complexo? LOL)
configuração avançada de administrador abaixo
Se alguém quiser automatizar totalmente suas atualizações no plano gratuito, deve usar um token de API do Cloudflare, seu ID de zona e um comando curl para obter o route id (ID da rota) do worker. Em seguida, edite o script /root/update-web.sh com algumas coisas mais divertidas para ativar e desativar a rota do worker automaticamente:
#!/bin/bash
cd /var/discourse
CF_TOKEN="your_actual_token_here" #<---Token de API do Cloudflare
ZONE_ID="xxxx" #<---da sua página de perfil do Cloudflare
ROUTE_ID="xxxx"
WORKER_NAME="my-site-maintenance-page"
echo "➡️ Baixando os scripts mais recentes do Docker do Discourse..."
git pull
echo "➡️ Iniciando o container web novo em segundo plano..."
./launcher bootstrap web_only
if [ $? -eq 0 ]; then
echo "✅ Bootstrap bem-sucedido!"
# Ativar o Worker de Manutenção do Cloudflare
echo "🚧 Habilitando a Página de Manutenção..."
curl -s -X PUT "https://api.cloudflare.com/client/v4/zones/$ZONE_ID/workers/routes/$ROUTE_ID" \
-H "Authorization: Bearer $CF_TOKEN" \
-H "Content-Type: application/json" \
--data '{"pattern":"*your-site.com/*","script":"'$WORKER_NAME'"}' > /dev/null
# Trocar os containers (Janela de indisponibilidade de 30 segundos)
echo "🔄 Trocando containers..."
./launcher destroy web_only && ./launcher start web_only
# Desativar o Worker de Manutenção do Cloudflare
echo "🌍 Desabilitando a Página de Manutenção..."
curl -s -X PUT "https://api.cloudflare.com/client/v4/zones/$ZONE_ID/workers/routes/$ROUTE_ID" \
-H "Authorization: Bearer $CF_TOKEN" \
-H "Content-Type: application/json" \
--data '{"pattern":"*your-site.com/*","script":null}' > /dev/null
echo "🚀 Concluído! Site atualizado com zero indisponibilidade visível."
else
echo "❌ Bootstrap falhou! Abortando a troca para manter o site atual online."
fi
Eu uso a versão anterior do script porque não me importo em automatizar tudo e gosto de estar presente para fazer atualizações/reconstruções. Eu apenas adiciono a rota do worker logo antes de fazer uma atualização e a removo depois. Leva apenas alguns segundos para fazer.
Minhas etapas gerais são:
- Adicionar a rota do worker no Cloudflare
- Fazer SSH no Hetzner
- Fazer quaisquer atualizações do sistema (ex:
sudo apt update && sudo apt upgrade -y, e reiniciar o servidor se necessário) - Fazer SSH novamente se precisei reiniciar
- Executar
./update-web.sh - Remover a rota do worker no Cloudflare