Requisição 210 — Tela de atualização durante o deploy, prévia de widgets completa e retirada do módulo de apresentações

Origem: pedidos do Engenheiro Chefe Humano no chat, em 2026-10-02. Lote Vinculado: BATCH-218 (conn2flow core). Status: in-review. Modo: autonomo_monitorado.

1. Pedido

1. Durante uma atualização, o site respondia erro 500. "É melhor bloqueio do que erro": mostrar que o sistema está sendo atualizado, guardar o endereço e tentar de novo, à mão ou sozinho. Com a logo do site.

2. O módulo de apresentações criado na req-208 não é do core: é módulo premium, de projeto. Retirar do core.

3. Na prévia e no editor visual do admin-paginas, as imagens de um widget saíam com a variável sem resolver (/404#url-raiz]]@...).

2. Escopo

1. Modo de manutenção: arquivo de estado no Gestor, verificação na entrada, tela e resposta JSON, aviso no front para chamadas AJAX, ligado e desligado pelo pipeline de projeto e pela API de deploy.

2. rsync do deploy por [REDACTED] já com o dono do site.

3. Prévias do editor: variáveis globais do HTML do widget resolvidas, marcadores sem mockup, e a lista de módulos com controlador de widget vinda do cadastro.

4. Retirada do módulo de apresentações: código, registro, documentação, testes; a migração fica só com a tabela do aviso de cookies.

Fora do escopo: manutenção na atualização do sistema pelo painel (fluxo em etapas, operado por quem está logado).

3. Critérios de aceite

1. Com a manutenção ligada: páginas respondem 503 com a tela, Retry-After e sem cache; AJAX recebe JSON; linha de comando e rotas _api/ seguem funcionando.

2. A tela volta sozinha ao endereço pedido quando a manutenção termina; página já aberta mostra um aviso e o retira quando termina.

3. Manutenção vencida ou arquivo ilegível não bloqueiam o site.

4. Um deploy do pipeline de projeto não produz resposta 500.

5. Widget de projeto tem o controlador carregado na prévia sem lista fixa no JavaScript.