# Solução alternativa para página de manutenção - isso é possível?

**URL:** https://meta.discourse.org/t/maintenance-page-workaround-can-this-be-done/408967
**Category:** Self-hosting
**Tags:** cloudflare
**Created:** [Julho 31, 2026, 8:22am UTC](https://meta.discourse.org/t/maintenance-page-workaround-can-this-be-done/408967 "2026-07-31T08:22:23Z")
**Posts on this page:** 5
**Page:** 3

<div class="post-metadata">

### Author: ![Andrew\_Rowe](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/andrew_rowe/32/445877_2.png) [@Andrew\_Rowe](https://meta.discourse.org/u/Andrew_Rowe)
#### Post date: [Agosto 23, 2026, 7:46pm UTC](https://meta.discourse.org/t/maintenance-page-workaround-can-this-be-done/408967/42 "2026-08-23T19:46:25Z")

</div>

> [@alltiagocom](#):
>
> parece que atualizar/fazer upgrade deixa de ser tão simples quanto clicar em um botão

tenha cuidado para não assumir que a interface web para atualização sempre vai funcionar. Atualizar pela página web nem sempre funciona. Certas atualizações (como uma atualização muito recente da versão do banco de dados) exigirão a reconstrução pela linha de comando. Isso significa acessar o servidor via SSH e usar a linha de comando para reconstruir

Diferente de muitos administradores, eu geralmente uso a interface web para atualizar, mas mantenho um shell aberto para executar a atualização manualmente, se necessário, quando o faço

---

<div class="post-metadata">

### Author: ![alltiagocom](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/alltiagocom/32/492709_2.png) [@alltiagocom](https://meta.discourse.org/u/alltiagocom)
#### Post date: [Agosto 23, 2026, 9:03pm UTC](https://meta.discourse.org/t/maintenance-page-workaround-can-this-be-done/408967/43 "2026-08-23T21:03:47Z")

</div>

Então, passei por todo o processo, com a ajuda do bot do Discourse, o que facilitou um pouco as coisas para mim, pois parece que o tópico original “ **Move from standalone container to separate web and data containers** ” foi escrito há 10 anos, e eu não queria bagunçar as coisas.

Depois de algumas perguntas e muitas anotações, acredito que estou entendendo um pouco melhor. Minha instalação está funcionando, então imagino que tudo tenha sido configurado corretamente…?

O bot me disse que, quando eu quiser atualizar algo que realmente exija que eu use SSH, esta deve ser a ordem:

```bash
# isso levará cerca de 20 minutos (na primeira vez); geralmente 5–15 min depois
# (NÃO é o tempo exato do primeiro bootstrap — o docker faz cache das camadas em reconstruções posteriores)
sudo ./launcher bootstrap web_only

# após o bootstrap bem-sucedido, execute:
sudo ./launcher destroy web_only && sudo ./launcher start web_only

# ocasionalmente, verifique o espaço em disco:
df -h

# e se o espaço em disco estiver ficando baixo devido a imagens antigas não utilizadas:
sudo ./launcher cleanup

```

e eu estarei pronto para ir.

Essa atualização "uma vez por ano

---

<div class="post-metadata">

### Author: ![satonotdead](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/satonotdead/32/447830_2.png) [@satonotdead](https://meta.discourse.org/u/satonotdead)
#### Post date: [Agosto 23, 2026, 9:29pm UTC](https://meta.discourse.org/t/maintenance-page-workaround-can-this-be-done/408967/44 "2026-08-23T21:29:51Z")

</div>

> [@Andrew\_Rowe](#):
>
> Certas atualizações (como a atualização muito recente da versão do banco de dados) exigirão a reconstrução a partir da linha de comando.

Poderia me dizer qual é a regra simples para levar isso em consideração e saber quando usar cada opção de atualização disponível?

---

<div class="post-metadata">

### Author: ![Andrew\_Rowe](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/andrew_rowe/32/445877_2.png) [@Andrew\_Rowe](https://meta.discourse.org/u/Andrew_Rowe)
#### Post date: [Agosto 24, 2026, 2:41am UTC](https://meta.discourse.org/t/maintenance-page-workaround-can-this-be-done/408967/45 "2026-08-24T02:41:37Z")

</div>

> [@satonotdead](#):
>
> Posso perguntar à regra boba para levar isso em consideração e saber quando usar cada opção de atualização disponível?

Não sou um especialista, outros aqui são muito mais versados nesses assuntos, mas… pela minha experiência, **nunca** conte com a interface web para ter sucesso. Esteja sempre pronto para reconstruir pela linha de comando. A recente atualização do PostgreSQL de 15 para 18 [detalhada aqui](https://meta.discourse.org/t/postgresql-18-update-for-self-hosters/406194/74) foi uma certeza: você sabe que não vai se sair bem com a atualização pela interface web.

Não é tão difícil. Considere a atualização pela interface web apenas como uma conveniência. Se funcionar… ótimo, mas esteja pronto caso não funcione. Pelo menos, quando não funciona, ela fornece uma explicação informativa sobre o que aconteceu e o que fazer para corrigir. Muitos administradores profissionais do Discourse por aqui diriam para nem se dar ao trabalho de tentar. Meu fórum é pequeno e de baixo volume, então posso me dar ao luxo de arriscar, mas você talvez não tenha esse luxo.

---

<div class="post-metadata">

### Author: ![Lilly](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/lilly/32/575047_2.png) [@Lilly](https://meta.discourse.org/u/Lilly)
#### Post date: [Agosto 24, 2026, 2:49am UTC](https://meta.discourse.org/t/maintenance-page-workaround-can-this-be-done/408967/46 "2026-08-24T02:49:13Z")

</div>

não estou postando muito por aqui esses dias, mas se precisar de ajuda para configurar o dual container ou tiver dúvidas, fique à vontade para me mandar uma mensagem. Estou rodando 2 fóruns separados em dual container atrás do Cloudflare CDN com armazenamento de objetos R2 compatível com S3. Sim, é um pouco mais complexo que o single container, mas não é tão difícil quanto muitos pensam. É super fácil de manter e você pode usar um script bash para facilitar ainda mais as atualizações.

[Página anterior](https://meta.discourse.org/t/maintenance-page-workaround-can-this-be-done/408967.md?page=2)
