v26.3.0 — setembro de 2026

​

Dashboard

• A barra lateral lista Docs, Tutoriais, llms.txt e Servidor MCP acima do divisor da conta. Docs, tutoriais (YouTube @vertracloud) e llms.txt abrem em uma nova aba. O Servidor MCP está bloqueado por enquanto.
• A visão geral do workspace agora responde se a frota está saudável. RAM, pico de CPU e uma pontuação de saúde ficam em cards com um medidor segmentado; recursos acima de 80% de RAM ou CPU aparecem listados antes das listas de aplicações e bancos de dados.
• Abrir uma aplicação ou um banco de dados no celular usa uma barra inferior, em vez de uma fileira de rótulos que você precisava rolar para o lado. Overview, logs, arquivos, snapshots e configurações ficam ao alcance do polegar; a atividade continua no menu.
• Dentro de um projeto, os mesmos medidores mostram CPU, RAM e rede (ou armazenamento e conexões, em um banco de dados), com iniciar, reiniciar e parar ao lado do status. Os números de requisições e conexões marcados como “preview” são placeholders até que a API os exponha.
• A página publicada de uma aplicação fica em um card grande com iframe (cerca de 44% do cabeçalho da visão geral). Clique nele para abrir o site no ar em uma nova aba. Ao lado, aparecem tópicos rotulados: ID da aplicação, domínios (subdomínio e domínio personalizado juntos), status com uptime ao lado do cluster, data de criação e origem. A prévia recarrega uma vez por minuto enquanto a página está visível. Um reinício ainda precisa fazer o build, então o card não atualiza dois segundos depois de você clicar. Sem publicação web, o mesmo card continua no lugar e leva às configurações de Rede para publicar.
• A origem de uma aplicação (zip enviado ou repositório do GitHub) aparece na visão geral imediatamente. Conectar ou desconectar o GitHub ainda acontece em Configurações; a visão geral não espera mais uma segunda requisição só para mostrar o rótulo.
• O gerenciador de arquivos abre mais rápido e funciona no celular. Pastas e arquivos compartilham uma só lista, a trilha do caminho leva a qualquer pasta ancestral, e soltar um zip prepara um commit no lugar, em vez de cobrir a página. Ao abrir um arquivo, aparece o placeholder do editor, não a lista de pastas, e navegar por uma pasta já aberta não pisca mais em vazio.
• Os consoles de log podem ser expandidos para uma visão maior. O controle de expandir fica ao lado do menu de overflow; o download fica nesse menu. Esc ou o mesmo controle devolve o console ao seu lugar na página.
• Um plano que vence em três dias corridos ou já venceu mostra um aviso acima da lista de projetos, com uma ação de renovar que leva a Faturamento. “Hoje” e “amanhã” seguem o calendário de Brasília, e o relógio é de 24 horas no horário de Fortaleza com o período do dia (“02:14 da madrugada”, não um “02:14” de 12 horas que poderia ser lido como tarde). A pequena linha “expira em N dias” ao lado do nome do plano foi removida.
• O seletor de projetos lista primeiro o projeto aberto, depois os que estão rodando e por último os parados.
• A seção Recursos no menu do site mobile agora abre com um toque. Antes, ela fechava no mesmo gesto.
• Suporte é uma página, não um card de FAQ apertado. Discord, e-mail e documentação ficam como três links; as perguntas usam o mesmo acordeão de duas colunas da página de planos; os guias abaixo levam a deploy, erros comuns, downgrade e cobrança. O texto antigo que mencionava tickets e chat ao vivo como um produto separado foi removido.
• Depois de um minuto no dashboard, um card no canto inferior esquerdo convida para a comunidade no Discord. Fechá-lo oculta o card por sete dias. O convite da landing page ainda usa o atraso de um minuto e não mantém esse adiamento tão longo.
• Criar um projeto é uma tela dividida. A coluna da esquerda traz uma dica curta para a etapa em que você está; o formulário fica em um só card à direita. Tipo e origem dividem a primeira etapa. Depois de escolher um ZIP ou um repositório do GitHub, você pode dar um nome ao projeto e adicionar uma descrição opcional antes de continuar. Uma aplicação então passa por build, variáveis de ambiente e rede como etapas separadas antes da revisão; um banco de dados passa por motor e armazenamento, e depois pela revisão. Voltar e Continuar ficam fixos na parte inferior desse card depois que você sai da primeira escolha. Se o plano não tiver RAM suficiente para a memória escolhida, a etapa de build avisa e o Continuar fica desabilitado. A importação do GitHub começa com a URL de um repositório, ou você escolhe entre os repositórios da sua conta. As variáveis de ambiente usam o mesmo painel lateral da aba Ambiente de uma aplicação.
• Nomes de projeto seguem o limite da API de 50 caracteres. Uma importação de ZIP ou do GitHub antes mantinha o nome completo do arquivo ou repositório (muitas vezes um timestamp mais um UUID) e então falhava na criação. O assistente agora corta esse nome derivado, e o campo de nome do banco de dados para em 50.
• Snapshots usam a mesma lista e os mesmos diálogos do restante do dashboard. Busca e filtro são iguais aos de Projetos e Atividade, criar um snapshot escolhe um projeto da mesma forma que você adiciona um a um workspace, e a lista de snapshots (na página Snapshots e dentro de um projeto) tem o mesmo layout de linhas. O botão de criar tem o mesmo tamanho de Novo Projeto, sem o preenchimento de destaque.
• Mudar a memória de um projeto agora aparece na lista de projetos imediatamente. A quantidade alocada antes ficava no valor antigo até a lista ser carregada de novo.
• O menu de overflow de uma linha de projeto começa com Detalhes e Configurações. Logs e terminal mantêm seu lugar embaixo, sem repetir “Abrir” em cada linha. Quando o menu não cabe na janela, ele rola para que Excluir continue acessível.
• Projetos podem ser vistos como lista (o padrão) ou como cards, por um controle ao lado da busca. A escolha vale para a aba; os placeholders de carregamento seguem o mesmo layout.
• As chaves de variáveis de ambiente mantêm a caixa que você digita. O campo antes reescrevia cada chave em maiúsculas enquanto você digitava; caixa mista é válida e não é mais forçada.
• No plano Free, abrir Projetos mostra um diálogo de upgrade com o que um plano pago acrescenta. Ele diz que você cria um projeto, não uma aplicação e um banco de dados, porque o Free não cria bancos de dados. A ação leva a Revisar pedido do Economy (mensal, Pix), não à página de planos. Dispensar o diálogo o oculta para a sessão; um aviso na superfície continua acima da lista. O cabeçalho é tingido com a cor do próximo plano (dourado para o Economy), não listrado.
• Um plano pago com 85% do teto de RAM abre o mesmo diálogo para o próximo plano. Economy → Pro (laranja), Pro → Scale (verde), Scale → Intermediary (roxo), Intermediary e superiores → Enterprise (azul). O Enterprise 32, já no topo, não recebe aviso.
• Novo projeto na lista pessoal é um botão dividido. A seta abre Resgatar código como um diálogo em Projetos (?redeem= também funciona). Depois de um resgate bem-sucedido, o mesmo card de plano usado nos avisos de upgrade agradece e lista o que o novo plano acrescenta em relação ao anterior. O painel de navegação mobile lista Docs, Tutoriais, llms.txt e Servidor MCP acima da linha da conta, como a barra lateral do desktop. Criar um projeto continua na página Projetos, não nesse menu.
• Mudar a RAM de uma aplicação não trata mais a memória sobrando do plano como o orçamento total. Os 448 MB não usados do plano são o que sobra depois desta aplicação; ela ainda pode manter ou reduzir a própria alocação até 512 MB sem um upgrade. O campo descreve a RAM do container, e “Precisa de mais RAM no plano?” abre o diálogo de upgrade, sem citar o teto desta aplicação.
• Métricas ao vivo de CPU, memória, armazenamento e rede ficam na visão geral mesmo abaixo de 512 MB, inclusive os gráficos: duas amostras ao vivo bastam para traçar a linha. O piso de 512 MB só libera as métricas avançadas (o histórico de 10m / 30m / 24h), e o título do aviso diz isso. “Expandir RAM” leva às configurações do projeto quando o plano ainda tem 512 MB para dar a este projeto, ou abre o mesmo diálogo de upgrade usado em Projetos (?upgrade=pro&upgrade_for=advancedMetrics) para o próximo plano que de fato tem 512 MB: Pro, não Economy (256 MB). A página antes substituía a seção inteira de telemetria por um card vazio de “hardware insuficiente”.
• Recursos bloqueados pelo plano abrem esse mesmo diálogo de upgrade, em vez de levar à página de planos. Os cards de Configurações perderam o selo “A partir do Intermediary” no cabeçalho; o nome do plano agora aparece em um aviso dentro do card, com um link Fazer upgrade do plano. O gerenciador de arquivos e a aba de dados de banco usam o mesmo layout vazio de Snapshots. Criar um snapshot em um plano sem backups (abaixo do Scale) abre o diálogo de upgrade para o Scale, em vez de um toast de erro. O título e a descrição seguem o recurso que abriu o diálogo (snapshot, arquivos, reinício automático, deploy, métricas e assim por diante) e não reutilizam mais o texto “a memória chegou ao teto”, a menos que a própria RAM tenha sido o gatilho. O botão “Upgrade para …” da barra lateral, depois do guia de primeiros passos, usa o mesmo diálogo (?upgrade=), não um segundo pop-up. Atualizar o dashboard não pisca mais o Economy antes do próximo plano real.
• Linhas de conexão que sobem ou vão para a esquerda não dão mais a volta comprida. A curva segue os dois cards, em vez de passar por cima deles antes.
• O nome do projeto na visão geral abre um diálogo para renomeá-lo, editar a descrição e mudar a RAM. Um lápis fica ao lado do título. Salvar uma nova quantidade de memória ainda pergunta se deve reiniciar agora, como em Configurações. Depois de salvar, o cabeçalho atualiza na hora; antes, mantinha o nome antigo até você recarregar a página.
• Voltar na barra lateral de um projeto sobe um nível. Em Dados, logs, arquivos ou configurações, volta para a visão geral daquele projeto; só a partir da visão geral vai para a lista de projetos.
• O nome do plano em Projetos é uma placa colorida, com a cor desse plano e um brilho passando por ela. O link de Faturamento fica embaixo da placa.

​

Workspaces

• Um workspace não some mais quando o plano termina. Quando um plano pago expira, a conta volta ao Free, que não pode criar workspaces, e a página de Workspaces antes escondia os que você já tinha atrás do aviso de upgrade. Quem estava no Free e pertencia ao workspace de outra pessoa via a mesma tela vazia. A lista agora sempre aparece; só o botão de criar depende do plano.
• Um workspace cujo plano do dono expirou fica congelado, não excluído. Nada é removido: membros, projetos e o próprio workspace permanecem. O que para é a escrita. Renomear, convidar, mudar um papel e vincular um projeto são recusados enquanto o plano não existir, e a linha é marcada como Congelado. Ver, remover um membro ou projeto, sair e excluir continuam disponíveis, e tudo volta a funcionar no momento em que o plano é renovado. O plano que conta é o do dono: um membro no Free de um workspace pago não é afetado.
• Os papéis agora correspondem ao que a tabela diz. Operador pode iniciar, parar e reiniciar aplicações e bancos de dados, que é o objetivo do papel e até então era recusado com um erro de acesso. E o Desenvolvedor não pode mais excluir uma aplicação ou um banco de dados: a exclusão é irreversível, e a tabela de permissões nunca a concedeu. Excluir é só para Dono e Admin. Todo o resto continua igual; o Desenvolvedor segue fazendo deploy, editando arquivos, variáveis de ambiente, rede e configuração.

​

Workspaces v2

• Códigos de convite foram removidos. Traga pessoas por e-mail (um convite real enviado a um endereço, válido por 7 dias) ou por link (uma URL compartilhável, válida por 24 horas, opcionalmente limitada a um número de usos). Os dois atribuem um papel de antemão, pela aba Convites do workspace.
• Membros podem ter data de expiração. Defina uma ao convidar ou depois, e o acesso termina sozinho nessa data. Isso é útil para um prestador de serviço ou um colaborador temporário, sem que ninguém precise lembrar de removê-lo.
• Atividades e logs de auditoria agora são do workspace, e não só das suas próprias ações dentro dele. Veja tudo o que qualquer pessoa da equipe fez, com a mesma exportação CSV do faturamento.
• As configurações do workspace ficam na barra lateral, não em uma fileira de abas. Ao abrir um workspace, aparecem Geral, Notas, Membros, Papéis, Convites, Projetos, Atividade, Faturamento, Pedidos e Zona de perigo, na mesma navegação do restante do dashboard. A lista de workspaces usa a mesma busca, os mesmos filtros e o mesmo alternador lista/cards de Projetos.
• Um quadro de notas compartilhado para contexto rápido da equipe: notas adesivas em sete cores, visíveis para todos no workspace, agora na própria aba Notas em vez de misturadas em Geral.
• Links de convite continuam copiáveis depois de criados. Um convite por link mostrava a URL uma vez e depois só um botão de revogar. A ação de copiar fica nessa linha durante toda a sessão, e criar um link já o copia para você.
• A aba Projetos é a mesma lista da visão geral do dashboard, com busca, filtros, cards e abertura de projeto, e não uma lista simplificada de nomes.
• Atingir o limite de papéis abre o diálogo de upgrade para o próximo plano que de fato tenha mais papéis, em vez de um toast de erro de plano na folha de criar papel.
• Ações sensíveis podem ser solicitadas em vez de recusadas. Um membro sem permissão para excluir um projeto ou gerenciar um snapshot agora pode pedir; quem tem essa permissão aprova ou rejeita o pedido em uma nova aba Pedidos, e aprovar executa a ação de verdade.
• Um e-mail de resumo semanal resume o que aconteceu nos projetos de um workspace na última semana.
• Você pode sair de um workspace, e um dono pode transferi-lo para outro membro, ambos pelas configurações do workspace.
• Salvar uma nota em um workspace congelado abre o upgrade para o Enterprise. Você ainda pode preencher o editor; Criar nota o fecha e mostra qual plano libera notas no workspace, em vez de um toast de erro de plano.

​

Rede

• Criar uma aplicação dentro de um workspace não bloqueia mais a publicação web como recurso exclusivo de plano quando o plano do dono do workspace já a inclui. O assistente antes consultava o plano de uma aplicação que ainda não existia, então Enterprise (e Pro+) parecia Free nessa etapa.
• A publicação web pode ser ativada e desativada depois da criação. Uma aplicação criada sem subdomínio antes ficava privada para sempre; a única saída era recriá-la. Nas configurações de Rede da aplicação, agora dá para publicá-la e despublicá-la quando quiser. Publicar sem um plano que permita escolher o nome gera um subdomínio atribuído pela plataforma; com um plano que permite, você escolhe.
• Despublicar destaca o endereço em negrito, e você digita EXCLUIR (ou DELETE / ELIMINAR) no lugar do nome do projeto para confirmar. Escolher um subdomínio personalizado em vertraweb.app é indicado como recurso do Scale nas configurações de Rede; o aviso de bloqueio antes dava a impressão de que o cartão inteiro de endereço estava bloqueado.
• Duas coisas para saber antes de fazer isso. Ligar ou desligar a publicação recria o container, então a aplicação reinicia: espere um curto tempo fora do ar. E despublicar libera o subdomínio: ele não fica reservado para você, então outra pessoa pode registrá-lo. Qualquer domínio personalizado vinculado à aplicação é desvinculado ao mesmo tempo.
• Publicar exige 512 MB de RAM, o mesmo piso que um site criado como site tem. Se a aplicação tiver menos, a requisição avisa e mostra quanto ela tem e quanto precisa, para que você aumente e tente de novo.
• A limpeza do cache de borda voltou a funcionar. O botão nas configurações de Rede nunca chegava à CDN: a requisição era recusada antes de chegar, e a versão da CLI informava sucesso ao limpar um hostname que não existe. Agora a limpeza atinge os hosts reais da aplicação, e você ainda pode indicar hostnames ou URLs específicos para uma limpeza mais restrita.
• Trocar um domínio personalizado agora desvincula o antigo. Vincular um segundo domínio antes deixava o anterior para trás, ainda apontando para a plataforma sem nada que o possuísse. O substituto só é desvinculado depois que o novo domínio está no lugar, então uma falha nunca deixa a aplicação sem domínio.

​

Site e compartilhamento

• As páginas em português e espanhol agora declaram o idioma. Toda página do site se declarava em inglês para navegadores e mecanismos de busca, qualquer que fosse o idioma lido: uma página /pt-br era servida marcada como en-us. Tradutores, leitores de tela e buscadores recebiam a informação errada sobre o idioma.
• Cada página tem de novo seu próprio endereço e prévia. Preços, Enterprise, Bancos de dados, Blob Storage, CLI e VS Code apontavam os mecanismos de busca para a página inicial como endereço canônico, então competiam com ela em vez de ranquear por conta própria.
• Links para o site mostram um card de prévia. Páginas como Sobre, Termos e Privacidade eram compartilhadas sem nenhuma imagem de prévia. As páginas que têm imagem própria, como Preços e Enterprise, geravam a imagem com a chave de texto não traduzida impressa dentro, em vez do título real.
• O Intermediary é uma faixa completa de plano em Preços, acima do Enterprise, no mesmo layout amplo da infraestrutura dedicada, e não uma nota de uma linha apontando para a comparação.
• Preços usa o mesmo card de oferta Enterprise da página Enterprise, com texto de capacidade, arte das colunas, slider e checkout, em vez de uma faixa compacta separada.
• Cada card de plano tem um controle “Mais +” que abre a lista completa de recursos, incluindo o que aquele plano não inclui.
• A página de hospedagem de Go agora conta a origem da linguagem. Depois da dobra: por que Go é um binário único, três princípios de design e um retrato do gopher. Depois, a mesma tabela de versões e a mesma configuração de antes.
• O cabeçalho começa com Preços, depois Produto, Enterprise, Desenvolvedores e Recursos. Comunidade saiu da barra superior: Discord, documentação, a referência da API e tickets de suporte ficam em Desenvolvedores, como cards maiores com ícone e uma descrição curta. Produto e CLI/VS Code usam o mesmo tamanho de card.
• Mover entre Produto, Desenvolvedores e Recursos mantém o menu aberto. Passar o mouse de um item do cabeçalho para o seguinte fechava o painel em vez de trocá-lo, então o segundo menu nunca aparecia.
• A tabela comparativa de planos em Preços é legível no celular. Abaixo de uma largura de notebook, cada recurso vira uma lista de planos e valores, em vez de seis colunas espremidas na tela. A partir de lg, a matriz lado a lado não muda.

​

Gerenciador de arquivos

• Validação de caminho mais rigorosa no gerenciador de arquivos ao criar pastas e resolver caminhos.

​

Deploys

• As dependências agora são instaladas fora da memória do plano. A instalação e a compilação antes rodavam dentro do container da sua aplicação, sob um teto de memória dimensionado para executar seu app, não para construí-lo. Só o npm ocioso já usa 60–100 MB. Agora a instalação acontece em um container de vida curta com memória da plataforma, e sua aplicação só inicia depois que ela termina com sucesso. Quando falha, falha uma vez com um motivo, em vez de entrar em loop.
• O console mostra a instalação enquanto ela acontece. Enquanto as dependências são instaladas, o container da aplicação ainda não existe; antes, o console ficava vazio e o projeto parecia parado. Agora ele transmite a saída da instalação ao vivo, então um pip compilando um pacote a partir do código-fonte é algo que você pode acompanhar em vez de adivinhar.
• Uma instalação pode ser interrompida. Enquanto as dependências são instaladas, a única ação oferecida é Parar: ela cancela a instalação, em vez de deixar um botão “Iniciar” para algo que já está rodando.
• Salvar requirements.txt ou package.json não trava mais o diálogo de reinstalação. Ele confirma e fecha; a pasta é limpa e o reinício reinstala em segundo plano, com o console mostrando o que acontece. A pasta limpa agora é a certa para a linguagem: o caminho pós-salvamento conhecia só Python e Node, então pedir reinstalação em um projeto Go, PHP, Ruby ou Rust não apagava nada. Editar go.mod, composer.json, Gemfile ou Cargo.toml agora também oferece a reinstalação, e um package.json dentro de um projeto Python não a oferece mais por engano.
• Reiniciar uma aplicação agora mantém o log. Os registros salvos só continham quedas: parar ou excluir uma aplicação salvava o log, e reiniciar o descartava, e reiniciar é o gesto comum. O que a aplicação disse antes de um reinício normal agora é guardado como qualquer outra execução.
• A instalação continua no log depois que termina. O container de instalação é descartado ao terminar, e a saída dele antes ia junto. Agora ela é anexada ao log da própria aplicação e reproduzida com o histórico: recarregar a página ou reabrir o console ainda mostra o que a instalação fez e por que falhou, quando falhou.
• Um projeto instalando dependências não aparece mais como “parado”. O dashboard e o cabeçalho do projeto mostram instalando dependências enquanto isso acontece, na lista e dentro do projeto.

​

Ciclo de vida e API

• Um projeto parado não aparece mais como quebrado. Uma aplicação ou banco de dados parado não tem container, que é como a parada funciona, e pedir o status dele respondia com erro de servidor. O dashboard tratava isso como uma requisição com falha e continuava mostrando a última leitura boa, então um projeto que você acabara de parar ficava na tela como em execução, com o uptime congelado, até você recarregar a página. Agora o status responde normalmente para um recurso parado, com tudo zerado.
• Parar algo que já está parado não é mais um erro. A ação confirma, e o estado registrado é corrigido para parado. Antes, uma aplicação cujo container tinha morrido sozinho continuava marcada como em execução para sempre: o botão Parar falhava em toda tentativa, e não havia como colocar o projeto de volta em um estado consistente.
• Duas operações ao mesmo tempo no mesmo projeto agora avisam isso. Iniciar, reiniciar, parar, excluir, instalações de dependências, deploys e restaurações de snapshot são feitos um por vez em cada projeto. Pedir uma segunda enquanto a primeira ainda roda responde outra operação está em andamento e não muda nada, em vez de uma falha genérica que parecia ter quebrado sua aplicação. Espere alguns segundos e tente de novo. Pela API, isso é HTTP 409 OPERATION_IN_PROGRESS.
• Clicar em Iniciar duas vezes em uma aplicação parada (duas abas abertas, um duplo clique) não a reinicia mais em silêncio duas vezes. Se a aplicação já estiver rodando ou iniciando, Iniciar agora responde este projeto já está em execução ou iniciando em vez de repetir silenciosamente todo o boot. Pela API, isso é HTTP 409 CONTAINER_ALREADY_RUNNING. Clicar em Reiniciar duas vezes seguidas também é coberto: o segundo clique agora responde outra operação está em andamento em vez de reiniciar a aplicação uma segunda vez em silêncio.
• Reduzir a memória de uma aplicação é recusado quando os arquivos não cabem mais. O espaço em disco acompanha a memória que você aloca, então reduzir a memória reduz o teto. Aplicar um teto abaixo do que o volume já guarda não apaga nada, mas faz toda gravação seguinte falhar: a aplicação quebra na hora, por um motivo que nada no painel explica. A mudança agora é recusada antecipadamente, informando quanto você precisa liberar antes.
• Os botões de ciclo de vida compartilham um orçamento por aplicação. Iniciar, reiniciar, parar e instalar dependências agora permitem dez requisições por minuto por aplicação, somadas, em vez de uma cota separada para cada um. O uso normal nunca chega perto disso; um script em loop para antes de prejudicar o projeto.

​

Bancos de dados

• Bancos de dados têm uma aba Dados, a partir do plano Intermediary. Navegue e edite o que está armazenado de fato, sem sair do dashboard e sem colar uma string de conexão em lugar nenhum. PostgreSQL e MySQL mostram schemas, tabelas, colunas, índices e um navegador de linhas paginado; MongoDB mostra coleções, índices e documentos; Redis mostra o keyspace, o valor de cada chave por tipo e seu TTL. O plano que conta é o do dono do banco de dados: membros do workspace usam a aba em um banco cujo dono tem o plano.
• Existe um console SQL. Ele roda no seu próprio banco de dados com o seu próprio usuário de banco, então nada é filtrado ou reescrito. O que é aplicado são limites: 10 segundos por instrução (aplicados pelo próprio motor), 200 linhas por padrão e 1.000 no máximo, 64 KB de SQL, 5 MB de resultado e uma consulta do console por vez em cada banco.
• Editar uma linha sempre passa pela chave primária (a completa, incluindo chaves compostas), nunca pela posição dela na página. O mesmo vale para documentos (_id) e chaves (a chave nomeada na URL).
• A leitura é aberta a todos os membros do workspace; a escrita e o console SQL não são. Eles exigem dono ou admin, e toda alteração é registrada no log de atividades do banco com a operação e o objeto, nunca o conteúdo.
• A API expõe a mesma superfície em /v1/databases/{id}/data/*, com códigos de erro estáveis documentados junto.
• Um banco de dados em um workspace agora mostra a RAM alocada. Abrir um banco a partir de um workspace antes travava a visão geral e deixava o campo de memória em branco, mesmo quando o banco tinha RAM atribuída, porque a lista do workspace não trazia esses campos. O detalhamento de RAM em Projetos também inclui isso.
• Excluir ou redefinir um banco de dados agora faz antes um snapshot de segurança, automaticamente. Se o backup falhar, a ação é bloqueada e o banco não é destruído nem apagado. Antes, excluir ou redefinir não deixava backup nenhum.

​

Checkout

• Trocar de plano no checkout é um catálogo, não um dropdown. O plano selecionado continua no formulário; ao abri-lo, aparecem Economy, Pro, Scale e Intermediary como cards (RAM, vCPU, limite de aplicações) e Enterprise como uma lista. É o mesmo catálogo da página de preços, sem sair do pagamento.