Tudo o que o Salvo faz, e o que vem depois

Backup

O que é guardado, e como

Já roda

Backup da conta cPanel inteira: configuração da conta, arquivos, e-mails e um dump por banco Lab 09v0.2.0

Incremental: só o que mudou é lido e enviado de novo; o que se repete não ocupa espaço outra vez Lab 12Lab 13Lab 15v0.1.0

Dados comprimidos e cifrados antes de sair do servidor v0.1.0

Compressão por destino: rápida, padrão ou nenhuma Lab 02Lab 07v0.2.0

Cada conta no seu próprio repositório no storage Lab 02v0.2.0

Várias contas ao mesmo tempo, com o número escolhido por job v0.2.0

Lista padrão de 46 exclusões (cache, logs, backups de plugins do WordPress, temporários), levantada do uso real e editável Lab 10v0.2.0

Bancos sem travar as tabelas (InnoDB); MyISAM travada só enquanto é copiada v0.2.0

Dump do banco enviado direto ao motor do Salvo, sem arquivo temporário no disco v0.1.0

Dump que não chega ao fim é falha, não backup v0.2.0

Banco que sumiu da conta vira aviso, não erro, e não conta como backup velho v0.3.0

Execução interrompida aparece como interrompida, com o motivo v0.3.0

Tempo máximo por execução: o que não deu tempo falha, com o motivo v0.3.0

Criar job pelo painel e “Rodar agora” v0.4.0

Backup agora de uma conta só, ou das contas marcadas, sem rodar o job inteiro v0.4.3

Backup que se recupera sozinho: se os arquivos de uma conta forem apagados do storage por fora, o próximo backup começa de novo e avisa v0.4.3

Banco do WordPress guardado “uma tabela por arquivo”, opcional por job Lab 22v0.4.1

Exportar a conta do backup como pacote padrão do cPanel, para levar a outro servidor Lab 16v0.2.0

Métricas por conta: tempo, bytes novos e enviados, memória e CPU v0.1.0

Cancelar um backup em andamento: o que já foi copiado vale, a conta do meio não conta e o cancelamento não vira alerta v0.4.4

Planejado

Prioridade do backup por job (hoje é do servidor) Planejado

Colocar contas num job pela lista de contas, em lote Planejado

PostgreSQL Planejado

Um backup valendo para mais de uma agenda (o de domingo vale como semanal), sem rodar de novo Em concepção

Restauração da conta inteira

A conta sumiu ou quebrou: como ela volta

Já roda

Restaurar backup padrão do cPanel (o arquivo do próprio painel) pelo Salvo Lab 18v0.4.0

Restaurar a conta direto do backup no storage, escolhendo o dia Lab 19v0.4.0

Três modos: conta nova, substituir a atual ou mesclar com a atual v0.4.0

Substituir com cópia de segurança antes (marcada por padrão) e volta automática se falhar v0.4.0

Suspender depois, trocar o plano ou o dono, deixar caminhos de fora v0.4.0

Checagem antes de restaurar: conta que já existe, domínio de outra conta, banco existente, disco, plano, versão do PHP, IP e dono v0.4.0

Checagem de disco pelo método escolhido, antes de escrever qualquer coisa v0.4.1

No fim, backup × restaurado, item por item: domínios, caixas, mensagens, bancos, arquivos e tarefas agendadas Lab 18v0.4.0

Gráficos do servidor durante a restauração: CPU, carga, disco e inodes, a cada 2 segundos Lab 18v0.4.0

Etapas da restauração com o tempo de cada uma; na falha, a etapa que parou e as que não rodaram Lab 19v0.4.3

A restauração continua sozinha se a página for fechada; o resultado fica no histórico v0.4.0

Histórico de restaurações com log completo, filtro por tipo e “Carregar mais” v0.4.3

Trazer o backup inteiro para o servidor antes de restaurar, por várias conexões: o padrão, depois do que medimos Lab 21v0.4.1

Entregar a pasta direto ao painel, sem pacote compactado v0.4.1

Mensagem clara quando o backup não está mais no storage, sem criar nada no lugar, com “Escolher outro backup” v0.4.1

Várias contas de uma vez: marcadas na lista, ou o último backup de cada uma até um dia (o caso de um servidor invadido), com quantas contas, quanto espaço e quanto tempo antes de começar Lab 23Lab 24v0.4.4

Restauração em duas trilhas: o painel cria a conta enquanto o Salvo traz o backup, e o site e os e-mails são gravados direto no lugar, uma vez só Lab 24v0.4.4

Fila de restaurações à vista: a que está rodando, quanto falta e, para cada uma das próximas, por que está esperando e quando deve começar v0.4.4

Várias restaurações ao mesmo tempo (padrão: 3), e a fila pode esperar a carga do servidor baixar entre uma conta e outra Lab 24v0.4.4

Cancelar o que ainda não começou sem deixar conta pela metade, e refazer só as que falharam v0.4.4

Vários pacotes do cPanel de uma vez, para trazer várias contas de outro servidor Lab 23v0.4.4

Restauração rápida sem precisar pedir: as duas trilhas, o backup trazido inteiro antes e 8 conexões com o storage são o padrão. Quem restaura com pressa tem o caminho mais rápido que medimos sem conhecer nenhuma opção; tudo muda em Configurações › Restauração, ou só numa restauração Lab 21Lab 23Lab 24v0.4.6

O Salvo escolhe sozinho o caminho que o backup permite: as duas trilhas, ou o pacote do cPanel num backup antigo, feito antes dessa forma de restaurar v0.4.6

A restauração em andamento no topo, com as etapas ao vivo, e um gráfico de onde vai o tempo de cada uma: buscar no storage, conferir, restaurar no cPanel e conferir o que voltou v0.4.8

Depois de restaurar a conta, o Salvo confere se o site WordPress responde: numa restauração urgente, a prova para mostrar ao cliente v0.4.8

Histórico com quem pediu a restauração, de onde e por quê v0.4.8

Aviso no navegador e nos canais de alerta quando a restauração termina v0.4.8

Quanto a restauração vai levar, antes de começar: a faixa provável, pelo que o Salvo já mediu no próprio servidor (as restaurações anteriores e o tamanho do backup). Sem histórico, ele não chuta Lab 24v0.4.9

Restaurar de novo com um clique: a conta inteira abre já preenchida (mesma conta, mesmo backup), e um banco, uma caixa de e-mail ou os arquivos do site WordPress voltam de novo depois de uma confirmação v0.4.10

Planejado

Restaurar em outro servidor pelo painel: o Salvo do servidor novo lê o backup do antigo Planejado

Restaurar por etapas: site e bancos primeiro, o histórico de e-mail depois A medir

Desfazer uma restauração com um clique (conta, banco, arquivos e e-mail), para uma conta ou para o lote Planejado

Pacote da conta para baixar, com link que expira e código de acesso Planejado

Miniatura do site depois de restaurar Planejado

Prévia do que se perde desde o backup, antes de restaurar Planejado

Restauração de uma parte da conta

O cliente perdeu uma coisa só

Já roda

Ver o que tem em cada backup (caixas, bancos e pastas) sem restaurar v0.4.0

Arquivos e pastas: só o que falta, substituir com cópia de segurança, ou numa pasta separada Lab 20v0.4.0

Baixar qualquer arquivo, pasta ou banco direto do backup v0.4.0

Nada é escrito através de link simbólico (proteção contra ataque por link) v0.4.0

Configuração da conta, cada item sozinho: tarefas agendadas (cron), zona DNS, certificado SSL, contas FTP e usuários de banco v0.4.0

Zona DNS: só os registros diferentes, e o serial sobe para os secundários pegarem v0.4.0

Planejado

Restauração pelo próprio cliente, dentro do cPanel (arquivos, e-mails e bancos), com limites definidos pelo administrador Planejado

Regras de restauração: permissões de arquivo, limite por conta e travar a home durante Planejado

WordPress e bancos de dados

O banco do site quebrou

Já roda

Restaurar um banco: substituir com cópia antes, num banco novo ao lado, ou baixar o .sql Lab 20v0.4.0

Resultado tabela a tabela, com as linhas antes e depois v0.4.0

Restaurar só uma tabela do WordPress (wp_options, wp_postmeta, wp_posts…), sem mexer no resto do banco Lab 22v0.4.1

Escolher numa lista as tabelas do WordPress a restaurar v0.4.2

Uma tabela por arquivo: restaurar uma tabela busca no storage só ela, com o mesmo espaço no storage Lab 22v0.4.1

Planejado

Banco WordPress de loja WooCommerce no Laboratório Planejado

E-mail

A caixa ou as mensagens sumiram

Já roda

Restaurar uma caixa: só as mensagens que faltam, sem apagar nada Lab 20v0.4.0

Restaurar numa pasta separada dentro da caixa, para o cliente conferir no webmail v0.4.0

Pasta restaurada com prazo para se apagar sozinha; um clique mantém v0.4.1

Caixa apagada recriada com a cota e a senha do backup v0.4.0

Resultado por pasta: no backup, antes, copiadas e depois v0.4.0

Storage (destinos)

Onde os backups ficam, e quanto cabe

Já roda

Disco local ou servidor SFTP, em pasta própria v0.1.0

SFTP só com chave de host conhecida v0.1.0

Espaço livre medido a cada backup, com previsão de quando enche v0.3.0

Várias conexões com cada storage, de 1 a 32 v0.4.1

Testar a conexão etapa por etapa, com a causa escrita quando falha v0.4.2

Medir o espaço na hora v0.4.2

Criar um destino pela tela, servidor SFTP (com chave SSH) ou pasta deste servidor: o Salvo mostra a impressão digital da chave do storage para conferir, cria a pasta se faltar e testa antes de gravar; se algo falhar, nada é gravado e a tela diz em que passo parou v0.4.76

Espaço por disco: quando vários destinos estão no mesmo disco, uma rosca mostra quanto é de cada destino, quanto é de fora do Salvo e quanto sobra; e cada destino mostra quanto ocupa, quanto cada conta ocupa dentro dele e o crescimento ao longo das medidas v0.4.76

Planejado

Destino S3 compatível (qualquer storage S3) Planejado

Criar destinos pelo painel, testando a conexão antes de salvar Planejado

Agenda, retenção e trava

Quando roda, quanto guarda, o que nunca apagar

Já roda

Agenda no modelo do JetBackup: diária, semanal, mensal e a cada N horas v0.3.0

Retenção por agenda: quantos guardar de cada uma v0.3.0

Retenção dos backups manuais, por job v0.4.0

Nunca apaga o último backup de cada item v0.3.0

Mudar a agenda mantém o histórico v0.4.0

Horário perdido recuperado, até 12 horas depois v0.3.0

Travar um backup até uma data, ou para sempre, com nota v0.4.0

Desempenho e carga do servidor

Quanto pesa, e quanto demora

Já roda

Limites de CPU, memória e disco, e prioridade baixa, só durante o backup v0.3.0

Restauração com prioridade baixa por padrão: os sites do servidor passam na frente v0.4.2

Quantos arquivos o backup lê ao mesmo tempo (padrão: um por núcleo, o mais rápido medido) Lab 08v0.4.1

Quantos arquivos a restauração lê e grava ao mesmo tempo v0.4.1

Cache temporário, apagado ao fim de cada conta Lab 01v0.1.0

Cache de cada conta guardado entre um backup e outro, opcional (medição planejada) v0.4.1

Sem serviço permanente rodando no servidor v0.3.0

Planejado

Ler os pacotes do backup inteiros, em sequência e em paralelo, na restauração A medir

Painel e busca

O que o administrador vê

Já roda

Painel no WHM, só para o administrador do servidor v0.3.0

Todas as telas do menu no desenho novo v0.4.3

Painel com um quadradinho por conta; as atrasadas agrupadas pela causa, com a ação de cada grupo v0.4.2

Busca em todo o painel: contas, domínios, caixas de e-mail, bancos do WordPress e jobs v0.4.2

Contas: todas as do cPanel, inclusive as que nunca tiveram backup e as removidas v0.3.0

Cartões de situação que filtram (em dia, atrasadas, nunca tiveram backup, com avisos), busca, filtro por job e seleção em lote v0.4.3

Exportar a lista de contas para planilha (CSV) v0.4.3

Execuções com status por item e a causa v0.3.0

Gráficos: duração do backup por dia, espaço do destino com previsão e volume gravado v0.3.0

Configurações do servidor numa tela, com ajuda e validação v0.3.0

Listas grandes paginadas, para servidores com centenas de contas v0.4.2

Tamanhos em unidades decimais, iguais na tela e na linha de comando v0.4.0

Links para o Laboratório nas opções cujo padrão saiu de uma medição v0.4.1

O Salvo abre dentro do WHM, com o menu e o cabeçalho do próprio WHM v0.4.4

Jobs num olhar: quais têm agenda, como foram as execuções da semana, as contas fora de qualquer job e o próximo backup. O que está sem agenda, atrasado ou com aviso aparece sem abrir job por job v0.4.5

Cada job com as últimas 14 execuções, a duração média, o que gravou e o que não precisou gravar, as contas da última vez, as próximas execuções e a retenção v0.4.5

Editar, duplicar, pausar só a agenda e apagar um job, sem apagar os backups dele (a não ser que você peça) v0.4.5

Execuções num olhar: o que está rodando ou o próximo backup e quanto deve levar, um gráfico de quando cada job rodou e, por dia, quantas contas cada execução copiou, o que deu aviso, quanto gravou e quanto não precisou gravar. De manhã, dá para saber se a noite foi boa sem abrir nada v0.4.7

Cada execução com as contas, a comparação com a anterior, o histórico do job e o log; as contas que deram aviso podem ter o backup refeito sozinhas, sem repetir as outras v0.4.7

O mapa de contas fica legível no mesmo tamanho com 50 ou 600 contas v0.4.29

Atualizar o Salvo pela tela: um ícone ao lado da versão avisa quando há versão nova e atualiza com um clique; o Salvo baixa, confere a assinatura do pacote, troca a si mesmo e recarrega a tela. Também pela linha de comando v0.4.41

Central de atividades no topo de todas as telas: o que está rodando (backups, restaurações e migrações), a etapa, quanto já foi e há quanto tempo chegou o último sinal; se um servidor para de responder, ela avisa. E todo clique tem retorno na hora v0.4.70

Planejado

A página da conta, o editor de agenda e o “Criar job” no desenho novo Planejado

Densidade compacta, modo escuro e preferências por usuário Planejado

Console central para vários servidores Planejado

Alertas

Quem avisa quando algo dá errado

Já roda

Backup que falha ou atrasa, conta sem backup recente, destino cheio ou enchendo, execução interrompida v0.3.0

E-mail (pelo servidor da máquina ou por SMTP), webhook assinado e Zabbix v0.3.0

Só quando o problema começa e quando se resolve, com um lembrete por dia v0.3.0

Alertas agrupados pela causa, com a ação de cada grupo (“Tentar de novo” faz o backup só daquelas contas) v0.4.3

O alerta de falha de uma conta se resolve sozinho depois de um backup bom v0.4.3

Sem alarme falso de agenda nova v0.3.0

Planejado

Configurar e-mail e webhook dos alertas pela tela Planejado

Silenciar um alerta por um prazo Planejado

Alerta próprio quando o repositório de uma conta some do storage Planejado

Aviso quando a verificação de integridade falha Planejado

Conferência e segurança

Como saber que o backup presta

Já roda

Verificação por comando: restaura numa pasta temporária e compara sha256, permissões, dono e data v0.1.0

Cópia de segurança antes de substituir qualquer coisa: conta, banco, arquivo ou configuração v0.4.0

Painel só para o administrador do servidor, com proteção contra pedido forjado v0.3.0

O log nunca registra senha nem conteúdo de arquivo v0.3.0

Cópias de segurança à vista: o que havia antes de cada substituição fica guardado pelo prazo que você escolher, com um botão para voltar a ele v0.4.8

Auditoria: toda ação no Salvo fica registrada, pela tela, pelo terminal, pela agenda, pelos alertas e até nos pedidos que chegam de outro servidor numa migração; quem, quando, de onde e o que mudou, com o valor antes e depois v0.4.44

Registros de auditoria encadeados: se alguém alterar o histórico por fora, a tela mostra a partir de qual registro; com mapa de quando as ações acontecem, quem agiu e de onde, filtros e exportação em CSV v0.4.44

Em teste: administradores com nome e verificação em 2 etapas. Cada pessoa entra com o próprio nome e o código de um app autenticador, sem SMS, no mesmo padrão do WHM; convite por e-mail pelo próprio painel, códigos de recuperação e bloqueio depois de códigos errados. O que cada um faz vai para a Auditoria com o nome dele, sem criar contas no sistema. No cPanel e no DirectAdmin v0.4.46

Planejado

Verificação de integridade dos backups (estrutura, amostra e restauração completa), de tempos em tempos, com aviso Planejado

Teste de restauração agendado, com selo no painel: “o último teste de restauração passou” Planejado

JetBackup: convivência e troca

Como sair do JetBackup sem risco

Já roda

Roda ao lado do JetBackup, em pasta própria v0.1.0

Leitura do JetBackup lado a lado no painel: conta por conta, quem tem backup em dia e onde os dois discordam Lab 13Lab 14v0.3.0

Agenda, retenção e opções de restauração no mesmo modelo do JetBackup v0.4.0

Configurações levantadas das telas do JetBackup, cada uma com o equivalente dele v0.3.0

Restaurar backup padrão do cPanel, o mesmo formato que o JetBackup sabe gerar Lab 18v0.4.0

Na leitura do JetBackup, só os backups contam: restaurações, limpezas e conferências do JetBackup ficam de fora, e uma restauração nunca conta como backup v0.4.29

Planejado

Importação completa da configuração do JetBackup (destinos, jobs, agendas, retenção e filtros) Planejado

Convivência em servidor real, virada e desfazer Planejado

Ler os backups antigos do JetBackup Planejado

Migração entre servidores

Levar as contas para outro servidor sem quebrar nada

Já roda

Cada Salvo gera o perfil do servidor onde está (painel, sistema, versões de PHP para os sites WordPress, banco de dados, servidor web, e-mail, discos, pacotes) e lê o dos outros v0.4.11

Antes de mover qualquer conta, nos dois sentidos: o que o destino tem e o que falta para receber as contas da origem (PHP que não existe lá, banco mais antigo, pacotes a criar, disco que não comporta tudo de uma vez, o cuidado com o DNS) v0.4.11

Migrar uma conta de um servidor cPanel para outro, em etapas: primeiro o esqueleto (domínios, e-mails com as senhas, configuração dos sites WordPress), a conta criada pela ferramenta do próprio painel, e só então os arquivos, os e-mails e os bancos de dados v0.4.12

No fim da migração, uma verificação compara origem e destino item a item (cada domínio, cada banco e suas tabelas, cada caixa e suas mensagens) antes de qualquer virada v0.4.12

A migração acompanhada numa tela, etapa por etapa v0.4.12

Sincronizar de novo uma conta já migrada, só a parte que mudou: os e-mails que chegaram no servidor antigo (só a diferença, com pastas e marcações), um banco do site WordPress ou os arquivos v0.4.13

Cada sincronização fica no histórico da conta, com o resultado e a verificação v0.4.13

Migrar contas com bancos de dados: os sites WordPress chegam com os bancos, os usuários e as permissões de cada banco, e o PHP de cada domínio fica numa versão que existe no servidor novo v0.4.14

A verificação pede o site nos dois servidores e compara: se ele responde no antigo e não no novo, a migração não passa v0.4.14

Requisitos à vista antes de migrar: o Salvo confere e registra cada um (o nome e os domínios livres no servidor novo, o espaço, as versões de PHP dos sites WordPress, os bancos, as caixas de e-mail, onde o site e o e-mail estão de verdade, sinais de invasão) e mostra cada um com o seu check. Se algo impede, a migração nem começa e diz por quê v0.4.16

Os dois servidores conversam por um canal próprio, com uma chave que só deixa o servidor novo ler o que a migração precisa v0.4.16

Migrar e sincronizar pela tela: o admin escolhe a conta e clica em Migrar; depois, sincroniza de novo e-mails, arquivos ou bancos com um clique v0.4.16

Nenhum e-mail fica para trás na migração: caixas suspensas sincronizam normalmente, e até pastas de e-mail que ficaram sem conta (sem senha) vão inteiras para o servidor novo. Se um dia o cliente pedir a caixa de volta, basta recriá-la com o mesmo nome e as mensagens estão lá v0.4.17

O webmail chega como o cliente deixou: na migração, cada caixa leva também os filtros criados no webmail e os contatos, identidades e preferências dele, e eles vão junto cada vez que a caixa é sincronizada de novo v0.4.18

Migrar contas cujo e-mail mora em outro servidor do cPanel (mail node): o Salvo busca o site e os bancos no servidor da conta e o e-mail, as contas de e-mail, os calendários e os contatos no servidor de e-mail, e tudo chega junto no servidor novo, com a mesma verificação item a item v0.4.19

Calendários e contatos conferidos e sincronizados em toda migração v0.4.19

Os arquivos do cliente continuam do cliente: tudo o que a migração grava na conta é gravado com o usuário da própria conta, nunca com o administrador do servidor, e a verificação reprova a migração se algum arquivo ficar com outro dono v0.4.25

O servidor de origem só é lido, inclusive no e-mail: o que o servidor novo tentar gravar lá some, e a caixa real fica intacta v0.4.25

Nada sai sem você liberar: o servidor novo pede cada conta, e no antigo o administrador libera por um prazo (24 h, 48 h, 7 dias) ou recusa, pela tela; os servidores autorizados também são geridos pela tela v0.4.25

Bancos conferidos linha a linha, tabela por tabela, nos sites WordPress e em qualquer outro v0.4.25

Progresso ao vivo, Cancelar e aviso no fim, pelos mesmos canais dos alertas de backup v0.4.25

Depois da primeira cópia, cada sincronização leva só a diferença, e o que foi apagado no servidor antigo também sai do novo v0.4.25

Pouco peso no servidor antigo: a migração roda com a prioridade mais baixa de processador e de disco v0.4.25

Botão "Migrar uma conta": escolher o servidor de origem e a conta, conferir os requisitos e migrar, com o passo a passo da liberação na origem ali mesmo v0.4.30

Escolher a conta na lista do servidor de origem, com o tamanho de cada uma e onde o e-mail dela está guardado, inclusive quando mora em outro servidor; é só filtrar e clicar v0.4.31

A conta que espera liberação na origem tem o botão "Atualizar status", sem sair da tela v0.4.32

Conferir de novo os requisitos de uma conta leva poucos segundos, mostra só o resultado mais recente e diz exatamente o que impede a migração v0.4.33

As migrações aparecem ao vivo em Execuções, junto com os backups: a etapa que está rodando, as que já terminaram, quanto tempo levou e o log se atualizando sozinho; dá para saber se está andando ou travou sem abrir o SSH v0.4.47

Tela de migração por papel do servidor: trazer contas para cá, liberar o que sai daqui e os servidores pareados, com o andamento de cada conta, as passadas de sincronização e a verificação origem × destino v0.4.70

Tempo restante da migração: cada parte da conta em barras (arquivos, cada caixa de e-mail, cada banco) e um relógio com quanto falta para o e-mail terminar, no ritmo real das mensagens v0.4.75

Em teste, num ensaio com domínio fictício: a virada pelo Salvo, com o cPanel na origem. Agendada pela tela: o TTL baixa na hora e, no horário escolhido, o Salvo faz a última passada, deixa os bancos da origem só leitura sem tirar o site do ar, troca na zona só o que aponta para o servidor antigo e confere a propagação. Depois, o e-mail sincroniza nos dois sentidos, a conta fica suspensa na origem pelo tempo escolhido, e cada passo pode ser desfeito até a exclusão final v0.4.88

Planejado

Várias contas em fila Planejado

Sincronizar sozinho, em ciclos, até a virada Planejado

cPanel ↔ DirectAdmin Planejado

Linha de comando, API, log e idiomas

Para quem automatiza

Já roda

Tudo pela linha de comando e pela API REST, além do painel v0.4.0

Log de cada execução e restauração, com quatro níveis (por servidor, job ou execução) v0.3.0

Log ao vivo na tela, com filtro por nível e “Baixar log” v0.3.0

Painel em inglês e português, seguindo o idioma do WHM; hora em 24 h ou 12 h v0.3.0

Linha de comando e log em inglês v0.4.0

Versão do Salvo no painel, na linha de comando, na API e no log v0.4.1

Logs numa tela só: tudo o que o Salvo fez no servidor (backups, restaurações, avisos, alertas e agenda), com filtros por nível, origem, job e conta, busca, ao vivo e para baixar. Dá para investigar uma madrugada sem entrar por SSH e sem caçar arquivo v0.4.5

O motivo de cada restauração também pela linha de comando, guardado no histórico junto com quem pediu v0.4.10

Linha de comando e logs em inglês, o padrão de quem administra servidor (os comandos antigos seguem funcionando); as telas continuam no idioma do WHM v0.4.10

Planejado

Mais idiomas: um arquivo por idioma, e o administrador pode colocar o seu sem trocar o Salvo Planejado

Plataformas

Onde o Salvo roda

Já roda

cPanel e WHM Lab 09v0.2.0

Em teste: DirectAdmin, com backup e restauração de contas do jeito que é no cPanel (a conta inteira, um banco, uma caixa de e-mail ou arquivos soltos), dentro do próprio painel e com as mesmas telas do WHM v0.4.66

Planejado

DirectAdmin: convivência com o JetBackup e restauração pelo cliente Planejado