VIBE IN PUBLIC_

Backup WordPress: 2 backups e conferir o painel antes do DROP

Backup WordPress antes do DROP: 2 backups (painel + gzip) e conferir se o painel tem outros sites. O agente avisa: sem chances de desfazer.

Quem busca Backup WordPress antes de apagar o site precisa de uma cópia já baixada e da certeza de que o painel não hospeda outro site no mesmo lugar. Emanuel Limeira ia mandar o agente dropar o WordPress de emanuelimeira.com.br. Antes de qualquer exclusão, ele fez 2 backups e abriu a pasta dos outros sites.

Eu vi a sequência ao vivo. Primeiro backup pelo painel (banco, plugins, temas, uploads). Depois o aviso do agente: ação destrutiva, "sem chances de desfazer depois". No SSH, o agente ainda apontou que aquele painel tinha vários sites. Emanuel conferiu a pasta clientes, disse que estava tudo OK, e só então baixou um segundo backup, gzip completo. No vibe coding o agente avisa o DROP. O builder responde com 2 backups e com a pasta dos outros sites aberta. O DROP veio depois disso, e o site deu o erro que ele queria.

O primeiro Backup WordPress saiu do painel

Emanuel começou pela cópia no painel, com o DROP ainda fora de alcance.

Então vamos fazer um backup.

O backup do painel baixou banco, plugins, temas e uploads. Ele foi item a item. No fim a pasta ficou com 6 itens. Abriu o diretório, contou em voz alta e leu o tamanho.

Pronto, backup realizado.

"Deu quantos? 300 m. Tinha quase nada, gente." 300 m de um site que ele descreveu como quase vazio. O número ficou no recorte, pequeno, e ele baixou assim mesmo.

Ele ainda precisava das credenciais do banco e do SFTP para o agente entrar no servidor. A tela abriu e ele virou a câmera.

Não posso mostrar essa tela porque tem dados confidenciais.

O backup já estava no disco. A senha ficou fora do recorte.

O agente só segue se você disser que já fez o backup

Com o primeiro backup no disco, Emanuel mandou o agente limpar o WordPress. O agente não executou na hora. Devolveu o aviso: ação destrutiva, vai apagar as tabelas do banco, o WordPress e os arquivos, "sem chances de desfazer depois". Pediu a confirmação explícita.

Já fiz o backup. Prossiga.

O agente recusou seguir até Emanuel confirmar o backup que já estava no disco. Só então ele mandou seguir. O aviso falava do WordPress alvo. O vizinho no mesmo painel só apareceu no SSH, no passo seguinte. O mesmo problema apareceu em area de membros wordpress.

Em vibe coding, o SSH vê o painel com vários sites

O agente entrou por SSH e parou de novo: o apontamento era o painel inteiro, com mais de um site além do WordPress que Emanuel queria dropar.

Essa tá sendo um painel com vários sites e também existe uma pasta separada.

Emanuel abriu a pasta. Ele leu o nome em voz alta: clientes. Conferiu o conteúdo pasta por pasta.

Tá clientes. É isso. É. Tá certo. Tem mais nada aqui. É, tá tudo OK.

O vibe coding neste recorte é o builder ler o que o agente viu e recusar o próximo comando até a pasta dos outros sites estar nomeada. Ele só mandou o DROP depois de abrir clientes e dizer que estava tudo OK. Vale ver como isso terminou em wordpress local.

Ele já tinha o backup do painel. Mesmo assim, depois do aviso dos vários sites, fez o segundo.

ANTES DO DROP

1 backup no painel

6 itens, 300 m

2 backups + pasta clientes

gzip completo depois do SSH. Conferiu a pasta

Eu já tinha feito o backup, mas vou fazer uma coisa, né?

Comprimiu em gzip. Baixou de novo, desta vez o recorte completo do que estava no servidor.

Vou baixar um outro backup, só que um backup completo, entendeu?

Vai que deixa alguma coisa ali, né?

O primeiro backup ficou nos 6 itens do painel, 300 m. O segundo veio depois do SSH, gzip completo, "vai que deixa alguma coisa ali".

Só então o DROP

Com as duas cópias no disco e a pasta clientes conferida, o agente dropou o banco. A primeira olhada no site ainda estava em cache. Ele mesmo disse que não deu treta. Em seguida o erro apareceu.

Já deu o erro. É isso aqui que eu queria, entendeu?

Ele não quer mais o site no WordPress, e o erro só veio depois das 2 cópias e da pasta clientes conferida.

Amanhã, se você for apagar um WordPress com agente, copie nessa ordem. Backup pelo painel e olhe o tamanho. Esconda credencial da tela. Leia o aviso de "sem chances de desfazer" e só assine o "já fiz o backup" se a cópia estiver no seu disco. No SSH, pergunte se o painel tem outros sites. Abra a pasta. Se tiver clientes, pare. Faça o segundo backup, gzip completo. Só então drope.

Dá para assistir à live e ver o intervalo em que ele baixa os 6 itens, vira a câmera nas credenciais, lê o aviso do agente, abre clientes e comprime o gzip antes de qualquer DROP.