Changelog da Vertra Cloud

​

Documentação em português e espanhol

​

Correções em toda a documentação

• Referência da API: cada endpoint agora lista os erros de autenticação que a API devolve de verdade: AUTH_TOKEN_MISSING, API_KEY_INVALID e SESSION_REVOKED com 401, e API_KEY_IP_DENIED e API_KEY_SCOPE_DENIED com 403. O código genérico UNAUTHORIZED, que a API nunca devolve, saiu, e os exemplos de erro mostram os status certos.
• Criar um app pelo terminal: rode vertra upload na pasta do projeto. Ele cria a aplicação e grava o ID dela no vertracloud.config, e a partir daí o vertra deploy envia o código novo para ela. A documentação começava com vertra deploy, que só atualiza uma aplicação que já existe e falha numa conta sem nenhuma. A página da CLI também explica vertra link e vertra unlink.
• Passos do painel apontam para as abas reais: Config → Geral, Deploy, Variáveis de ambiente e Rede. O deploy automático fica em Config → Deploy → Ativar deploy automático.
• Armazenamento do banco é 6 GB + 1 GB a cada 512 MB de RAM, ou 3× a RAM quando isso for maior.
• Aplicação mais banco: rodar uma aplicação com PostgreSQL, MySQL ou MongoDB exige Scale ou acima. Com Redis, o Pro basta.
• Papéis de workspace têm 20 permissões. Algumas páginas diziam 19 ou 21.
• Exemplos de código: corrigidos o bot de Discord em Python (message.channel.send), os tutoriais de Flask, Telegram, Ruby, PHP e Django, e os exemplos das SDKs de Python, Go e JavaScript.
• Downgrade de plano: o exemplo agora leva o Enterprise-4 para o Intermediary, um degrau abaixo.

​

Imagens Docker personalizadas

• Crie uma imagem a partir de um ZIP de até 100 MB ou de um repositório do GitHub. A branch é opcional: sem ela, usa-se a branch padrão do repositório. Um repositório das suas instalações do GitHub App fica vinculado, então cada push reconstrói a imagem; um repositório público fora delas é construído uma vez, sem vínculo. No painel, Novo projeto também tem a opção Usar imagem Docker para criar um app a partir de uma imagem que você já tem. O projeto precisa de um arquivo chamado exatamente Dockerfile na raiz. A imagem é construída em um ambiente de build isolado, com limite de 26 minutos, e o resultado pode ter até 10 GB. Cada conta pode ter até 20 imagens.
• Verifique antes de construir. O painel analisa o seu Dockerfile antes de o build começar: instruções que enfraqueceriam o isolamento do build são recusadas, e erros comuns, como arquivos .env no projeto, são apontados para você corrigir. Arquivos .env* nunca entram na imagem, e o seu Dockerfile nunca é reescrito. Veja o que é recusado e o que gera aviso.
• Crie apps a partir da imagem. Vários apps podem compartilhar uma imagem, cada um com as próprias variáveis. Para um app web, a porta é o primeiro EXPOSE do Dockerfile, ou 80, e ela chega ao seu app como PORT. Um app criado sem web pode ser publicado depois, informando a porta.
• Atualize a imagem enviando um novo contexto, por um commit sobre o contexto atual, ou por um push para uma branch vinculada do GitHub (vincule um repositório das suas instalações do GitHub App; a branch é opcional). A GitHub Action aceita image-id para reconstruir uma imagem. Reconstruir nunca reinicia as suas aplicações: cada app passa para a nova versão quando você o reinicia ou faz deploy.
• Versões e rollback. Cada build bem-sucedido é uma versão. Os apps mantêm 30 releases por 30 dias, e um rollback inicia uma versão que já foi construída.
• Snapshots desses apps guardam os dados de /app e a versão da imagem. Ao restaurar, você também pode voltar a essa versão, se ela ainda existir.
• Renomeie e descreva. Dê uma descrição à imagem (até 128 caracteres) ao criá-la, e renomeie-a ou altere a descrição depois, no painel, na API, nos SDKs, na CLI, no servidor MCP ou na extensão do VS Code. Nada é reconstruído e os seus apps continuam rodando.
• Excluir uma imagem exclui todas as aplicações criadas a partir dela, depois que você digitar o nome da imagem.
• Na extensão do VS Code. Uma nova visualização de Docker images lista as suas imagens e os apps delas. A partir dela, você pode criar uma imagem a partir de uma pasta ou de um repositório do GitHub, reconstruí-la, acompanhar o log do build, ver as versões, vincular uma branch do GitHub, excluí-la e criar um app a partir dela. Fazer deploy, publicar e restaurar snapshots de apps de imagem também funcionam pela extensão, e um novo app a partir de uma pasta com Dockerfile oferece criar uma imagem.

​

Melhorias

• Escolha a branch dos seus deploys pelo GitHub. Ao importar um repositório do GitHub no painel, agora há um seletor de branch, e o deploy automático segue a branch que você escolher (a rota do webhook de deploy aceita um branch opcional). Os deploys automáticos já existentes continuam seguindo main e master.
• Links para desenvolvedores na barra lateral. CLI, extensão do VS Code, MCP, O que há de novo e Docs saíram do menu da conta e foram para a barra lateral do painel.
• Tema com um clique. A aparência no menu da conta agora é um único botão que alterna entre Sistema, Claro e Escuro.
• Excluir uma aplicação espera o resultado. A caixa de confirmação fica aberta com o progresso até a exclusão terminar, e então fecha com a aplicação já fora da lista. Se a exclusão falhar, a caixa continua aberta e mostra o motivo.
• Já autenticado. Abrir a página de login estando com a sessão iniciada leva direto ao painel.

​

Correções

• Importar um repositório do GitHub cujo nome contém .git no meio, como nome.github.io, não busca mais o repositório errado.
• Restaurar um snapshot (de aplicação ou de banco de dados) ou fazer rollback para uma release a partir de um arquivo danificado agora é recusado antes de qualquer alteração (INVALID_ZIP_STRUCTURE, 400). Os arquivos da aplicação e o banco de dados em execução continuam como estavam; antes, um banco podia ficar parado e os arquivos de uma aplicação podiam ser apagados. Um snapshot de aplicação sem arquivos também é recusado da mesma forma.
• Ações em aplicações, bancos de dados, snapshots, domínios e arquivos agora sempre registram a atividade no workspace ao qual o recurso pertence.
• Vincular uma aplicação ao deploy automático agora confere o repositório com a sua instalação do GitHub App. Um repo_id que não corresponde ao repositório é recusado com VALIDATION_ERROR, um repositório fora da instalação retorna INSTALLATION_NOT_FOUND, e o GitHub indisponível retorna FETCH_ZIP_ERROR (502).

​

Novos bancos de dados ganham um usuário vertracloud dedicado

​

Redis: o nome de usuário agora é obrigatório em novos bancos

​

username na API

​

Aplicações só podem gravar em /app, /tmp, /var/tmp e /run

​

Escolha a versão do banco de dados

​

Atualizações de segurança no reinício

​

Correção: redefinição de senha no MySQL

​

Deno, .NET e Elixir

• Deno (deno): 2.9.8 (recomendada e mais recente), além da 2.8.3. Detectada a partir de deno.json, deno.jsonc ou deno.lock. MAIN é o arquivo de entrada, como main.ts.
• .NET (dotnet, exibido como .NET (C#)): 10.0.402. Detectada a partir de .csproj, .fsproj, .sln ou global.json. MAIN é o .csproj, e a aplicação escuta na porta definida em ASPNETCORE_HTTP_PORTS, que já está definida como 80.
• Elixir (elixir): 1.20.4 sobre OTP 28. Detectada a partir de mix.exs. Phoenix é suportado com SECRET_KEY_BASE e PHX_HOST definidas como variáveis de ambiente. Rode mix assets.deploy antes de zipar, ou use um projeto sem assets.

​

Runtimes atualizados e fim de suporte

​

Correções de segurança nos runtimes atualizados

• Node.js 22.23.4 e 24.22.1: sete correções, incluindo CVE-2026-111497 no decodificador Brotli. A 24.22.1 também corrige CVE-2026-105483. Aviso do Node.js
  CVE-2026-105481 CVE-2026-105482 CVE-2026-106069 CVE-2026-106072 CVE-2026-106073 CVE-2026-106074
• PHP 8.2.35, 8.3.36 e 8.4.27: CVE-2026-109618 e CVE-2026-109619, ambas no núcleo do PHP. GHSA-w8hw-w9fx-j79w e GHSA-6wmf-4rv5-p3rp
• Python 3.11.17, 3.12.15 e 3.13.17: oito correções, incluindo CVE-2026-82049 em tarfile. A 3.13.17 também traz certificados raiz atualizados. Notas de release: 3.11.17, 3.12.15 e 3.13.17
  CVE-2026-15310 CVE-2026-15806 CVE-2026-17084 CVE-2026-19445 CVE-2026-19553 CVE-2026-19672 CVE-2026-87910
• Go 1.26.10 e 1.27.3: CVE-2026-56866 em net/http, CVE-2026-111943 em crypto/x509 e as demais correções das linhas 1.26 e 1.27. Histórico de releases do Go
• Bun 1.3.14 e 1.4.4: correções para request smuggling em HTTP, TLS, WebSocket e o gerenciador de pacotes. Bun 1.3.14 e Bun 1.4.4

​

Detecção de linguagem mais confiável

​

O assistente de criação mostra o que foi detectado

​

A vCPU agora acompanha a RAM de cada projeto

​

Mudança incompatível: missing_dependencies removido

​

Limpeza automática na troca de linguagem

​

INVALID_LANGUAGE responde 400

​

Vários domínios personalizados por aplicação

• www automático: adicionar example.com também adiciona www.example.com, e vice-versa. O domínio complementar redireciona para o principal, não conta no seu limite e pode ser desativado. Qualquer um dos dois pode ser definido como o domínio principal.
• Porta por domínio: cada domínio pode alcançar uma porta diferente da sua aplicação, de 1 a 65535, com até 5 portas além da 80 por aplicação.
• Prefixo de caminho: um domínio pode adicionar um caminho como /api antes de cada requisição. Recomendado para APIs.
• Redirecionamentos: um domínio pode redirecionar para outro domínio da mesma aplicação com 301, 302, 307 ou 308 (padrão 308), mantendo o caminho e a query string.
• Status e limpeza: cada domínio mostra seu status e o estado do certificado. Um domínio que fica sem DNS por 14 dias é removido automaticamente, e você recebe um e-mail. Quando um domínio é removido, por você, ao despublicar ou por essa limpeza, exclua os registros CNAME e TXT de validação no seu provedor de DNS. Domínios raiz mostram um aviso, porque um CNAME na raiz exige um provedor de DNS com CNAME flattening.

​

Mudança incompatível: planos são identificados pelo nome na API

• GET /v1/users/me não retorna mais plan_id nem plan.id. Leia plan.name no lugar. plan é null quando a conta não tem plano ativo.
• Aplicações, bancos de dados e workspaces retornam owner_plan (o nome do plano, ou null) em vez de owner_plan_id.
• Contas sem plano ativo recebem PLAN_REQUIRED ao criar aplicações ou bancos de dados ou ao publicar um site. FREE_PLAN_SUSPENDED e FREE_PLAN_NO_WEB_PUBLISH não são mais retornados.
• A lista completa de nomes está na base de conhecimento.

​

Mudança incompatível: rotas de domínio personalizado substituídas

• Os payloads das aplicações retornam domains, uma lista, em vez de custom_domain. public_url aponta para o domínio principal. As rotas de publicação retornam os hostnames em domains.
• NO_CUSTOM_DOMAIN não é mais retornado: uma aplicação sem domínios tem uma lista vazia.
• DOMAIN_ALREADY_IN_USE agora responde 409, e CUSTOM_DOMAIN_REGISTRATION_FAILED responde 502.
• Novos códigos de erro: DOMAIN_NOT_FOUND, DOMAIN_LIMIT_REACHED, DOMAIN_PORT_LIMIT_REACHED, INVALID_DOMAIN_PORT, INVALID_PATH_PREFIX, INVALID_REDIRECT_TARGET e DOMAIN_CONNECT_UNAVAILABLE. Veja Erros.

​

SDKs, CLI, servidor MCP e extensão do VS Code 0.3.0

• CLI: novos comandos vertra app domains (veja CLI). Parar uma aplicação ou um banco de dados e remover uma variável de ambiente agora pedem confirmação; recusar qualquer confirmação encerra com código 1.
• Servidor MCP: novas ferramentas de domínio. Ferramentas que excluem, sobrescrevem, param, reiniciam ou alteram acesso são marcadas como destrutivas, então o cliente pede confirmação antes de executá-las. Logs, arquivos e outros conteúdos das suas aplicações são marcados como não confiáveis. Veja MCP.
• Extensão do VS Code: gerencie todos os domínios personalizados de uma aplicação e veja os nomes dos planos.
• Sua chave de API fica na API da Vertra Cloud: o servidor MCP e a extensão do VS Code não seguem mais redirecionamentos, e os SDKs descartam a chave quando um redirecionamento sai da API. Os SDKs e o servidor MCP também recusam caminhos de requisição inválidos antes de enviar qualquer coisa.
• GitHub Action v1.0.4 usa a CLI 0.3.0 por padrão. Veja GitHub Actions.

​

Limite de variáveis de ambiente elevado para 256

​

JSON malformado agora retorna 400

​

Proteção mais forte contra enchentes de tráfego

​

A criação da aplicação retorna na hora e o build continua em segundo plano

• Acompanhando o build: leia GET /v1/apps/{id} ou abra os logs em tempo real.
• Durante o build: iniciar, parar, reiniciar, deploys de arquivos, rollback, snapshots, restaurações e alterações de configuração respondem 409 APP_BUILDING. Excluir a aplicação é permitido.
• Builds interrompidos: a aplicação continua down e BUILD_INTERRUPTED aparece no log dela. Se a plataforma cancelar a criação, a aplicação deixa de existir.
• Motivo da falha: quando um build ou uma instalação falha, GET /v1/apps/{id} retorna o código no novo campo last_build_error (null após um build bem-sucedido). Os auxiliares de espera dos SDKs, o servidor MCP, a CLI, a extensão do VS Code e o dashboard usam esse código para dizer o que fazer. Veja Erros.
• Mudanças na resposta: a resposta de criação não inclui mais removed_directories, e missing_dependencies passa a ser retornado por GET /v1/apps/{id} depois do build.
• SDKs, MCP e CLI: apps.waitUntilReady (JavaScript), apps.wait_until_ready (Python) e Apps.WaitUntilReady (Go) esperam pelo build. O servidor MCP tem uma nova ferramenta wait_for_app, e a CLI aceita --no-wait. Veja o guia de SDKs e MCP.

​

Builds instalam devDependencies quando há comando de build

​

Builds mais rápidos

​

Puppeteer usa o Chromium já instalado

​

Correções de runtime para Ruby, Java, PHP e Rust

• Ruby: gems instaladas pelo Gemfile agora são carregadas automaticamente na inicialização, então você não precisa mais de require "bundler/setup". As aplicações também rodam com RACK_ENV e RAILS_ENV definidos como production, então apps Sinatra deixam de responder 403 Host not permitted. As duas variáveis agora são reservadas, como NODE_ENV.
• Java: projetos Maven e Gradle são compilados na plataforma, já que o runtime agora traz um JDK.
• PHP: adicionar um pacote ao composer.json sem atualizar o composer.lock não faz mais a instalação falhar; o arquivo de lock é atualizado.
• Rust: o runtime foi atualizado para a versão 1.98 (recomendada) e 1.99 (mais recente); a 1.97 também continua disponível.

​

Blob Storage

​

Arquivos públicos e privados

​

Uploads de até 10 GB

​

Seguro por padrão

​

Regras de pasta, transformações de imagem e domínios personalizados

• Regras de pasta: padrões e limites por pasta, como visibilidade, tamanho máximo, extensões permitidas, cache e exclusão automática após um número de dias.
• Transformações de imagem: redimensionar, recortar e converter imagens públicas por parâmetros na URL, a partir do Scale.
• Domínios personalizados: servir arquivos públicos por um subdomínio seu, como cdn.example.com, a partir do Enterprise-4. Um domínio também pode servir HTML, SVG e XML no navegador, em sandbox, quando você ativa web_content.

​

Cota por plano

​

Chaves de API e workspaces

​

SDKs, S3, CLI e MCP

• JavaScript: um SDK dedicado, @vertracloud/blob, para Node, navegadores e runtimes de borda. Veja SDK JavaScript.
• Python e Go: client.blob e client.Blob nos SDKs existentes. Veja SDKs Python e Go.
• S3: aws-cli, rclone, boto3 e outras ferramentas S3 funcionam com credenciais derivadas da sua chave de API. Veja Compatibilidade com S3.
• CLI: vertra blob ls, put, get, link, rm e stats. Veja CLI.
• MCP: ferramentas para listar, enviar, gerar links, mudar a visibilidade e excluir arquivos. Veja MCP.

​

Deploys sem queda no Enterprise

• Modos: off (o padrão, inclusive para aplicações criadas antes desta atualização) continua parando a versão em execução primeiro; auto usa deploy sem queda para aplicações que recebem tráfego web; on força o modo, inclusive para aplicações sem tráfego web. Bots e outras aplicações sem tráfego web continuam com parar e iniciar no auto, porque duas cópias de um bot responderiam ao mesmo evento duas vezes. Ative nas configurações da aplicação, em Deploy; a mudança vale a partir do próximo reinício ou deploy.
• Caminho do health check: defina o caminho que a plataforma chama na nova versão, / por padrão, com o novo campo deploy.health_check_path de Atualizar configuração da aplicação ou nas configurações da aplicação. Qualquer resposta HTTP conta como saudável, inclusive 404; uma conexão recusada, um timeout ou uma resposta 5xx não contam.
• Deploys descartados: se a nova versão não ficar saudável em cerca de 2 minutos, ela é descartada, você recebe um aviso com o log dela, e a versão anterior continua rodando. O log ao vivo mostra o mesmo aviso.
• Fallback: se a segunda cópia não puder ser iniciada naquele momento, o deploy volta a parar a versão em execução primeiro.

​

Rollback automático quando uma nova versão não inicia

• Quando age: só se a nova versão parar nos primeiros 60 segundos após um deploy. Uma parada depois disso é tratada como queda normal e fica a cargo do reinício automático.
• Uma vez só: a plataforma volta uma única vez. Se a versão anterior também parar, a aplicação fica parada e você é notificado.
• O que volta: os arquivos de código, não as variáveis de ambiente. Para trazer as variáveis de volta, use o rollback manual com a opção de variáveis.
• Você é avisado: você recebe uma notificação, a aba Rollbacks marca a versão com falha com o log dela, e o rollback automático aparece como uma nova versão atribuída à Vertra Cloud. O log ao vivo da aplicação mostra os mesmos avisos.
• Configuração: vem desativado por padrão, inclusive para aplicações criadas antes desta atualização. Ative nas configurações da aplicação, em Deploy, ou com o novo campo deploy.auto_rollback de Atualizar configuração da aplicação. Alterar essa opção não reinicia a aplicação.

​

Snapshot de segurança ao excluir uma aplicação

• Se o snapshot falhar, a aplicação não é excluída e a requisição responde SNAPSHOT_FAILED; entre em contato com o suporte. Snapshots de segurança demais em pouco tempo respondem FORCED_SNAPSHOT_RATE_LIMIT.
• No Free e no Economy, a aplicação é excluída na hora, sem cópia. O diálogo de exclusão avisa disso e oferece baixar o projeto antes.
• A expiração do plano continua fazendo um snapshot de cada projeto antes de removê-lo, em todos os planos.

​

Volte uma aplicação para uma versão anterior

• O que volta: todo o código daquela versão. Arquivos de código que a versão não tinha são removidos.
• O que fica: dados que a aplicação criou enquanto rodava, como um arquivo de banco ou uploads. Para trazer dados de volta, use um snapshot.
• Variáveis de ambiente (opcional): marque a opção para restaurar as variáveis salvas com aquela versão. A confirmação lista apenas os nomes das variáveis que serão adicionadas, alteradas ou removidas. Os valores nunca são mostrados.
• Desfazer: um rollback é uma nova versão no histórico, então você pode voltar à versão de onde veio. Dois rollbacks da mesma aplicação precisam de 30 segundos de intervalo.
• Limites por plano: o rollback começa no Pro. O Pro mantém as 3 versões anteriores por 7 dias, o Scale 5 por 14 dias, o Intermediary 10 por 30 dias, e o Enterprise de 15 a 30 por nível, por 30 dias. O prazo de uma versão começa quando ela deixa de rodar; a versão em execução nunca expira. Economy e Free mostram o histórico sem a opção de rollback.

​

Histórico de deploys e mensagens de commit para toda aplicação

• Dashboard: um campo opcional de mensagem no diálogo de upload.
• API: um campo message no endpoint de upload de arquivos.
• CLI: vertra app commit -m "...". Sem -m, dentro de um repositório git, a CLI usa o assunto do último commit.

​

O auto-deploy do GitHub faz o build do commit que você enviou

​

Releases, rollback e configurações de deploy pela CLI, SDKs e MCP

• CLI: vertra app releases lista as versões e vertra app releases log mostra o log de uma com falha. vertra app rollback mostra o que vai acontecer e pede confirmação antes de executar; com --env, lista apenas os nomes das variáveis que mudam. Sem terminal, exige --yes. vertra app config aceita --zero-downtime, --auto-rollback, --health-path e --clear-health-path.
• SDKs: apps.releases lista releases, lê um log, faz a prévia de um rollback e o executa, nas três linguagens. Atualizar a configuração de uma aplicação aceita as configurações de deploy, e os uploads aceitam uma mensagem.
• MCP: novas ferramentas list_releases, get_release_log, preview_rollback e rollback_app. rollback_app é marcada como destrutiva, então seu cliente pede confirmação. update_app_config aceita as configurações de deploy, e deploy_app aceita uma mensagem.
• Escopos: apps:read para listar e ler logs, apps:envs para a prévia e para restaurar variáveis, apps:write para fazer rollback.

​

Escolha para onde vão os arquivos enviados

• API: POST /v1/apps/{id}/files/upload aceita um parâmetro de query path opcional com a pasta de destino, relativa à raiz da aplicação. Deixe vazio ou omita para enviar à raiz. Três novos códigos de erro podem ser retornados: INVALID_PATH, FORBIDDEN_PATH e PATH_IS_FILE.
• SDKs: JavaScript apps.files.upload(id, file, filename, { path }), Python upload(..., path="src") e Go ApplicationFileUploadParams{Path: "src"}.
• CLI: vertra app commit --path src envia para essa pasta.

​

Arquivos enviados aparecem na hora ao reiniciar

​

Menu da conta

​

Pague com cartão, com renovação automática

• Um cartão fica salvo na sua conta, e seu plano renova automaticamente no cartão padrão. O cartão é cobrado 3 dias antes de o plano expirar, e você recebe um e-mail no mesmo dia. Se a cobrança falhar, ela é tentada de novo em cada um dos 2 dias seguintes e no dia da expiração; se todas as tentativas falharem, o plano expira normalmente. Se o seu banco pedir confirmação, você recebe um e-mail para confirmá-la.
• Não há período de fidelidade. Para parar a renovação automática, use Cancelar renovação no cartão do plano em Faturamento: seu plano continua ativo até a data de vencimento, o cartão fica salvo, e você pode reativar a renovação a qualquer momento.
• Pagamentos via Pix não renovam sozinhos; você continua recebendo o aviso de expiração habitual.
• O plano Economy é pago somente via Pix, então nunca renova automaticamente.
• A Vertra nunca vê nem armazena o número do seu cartão: o cartão e os seus dados de cobrança ficam guardados pela Stripe, e a Vertra mantém apenas a bandeira, os últimos 4 dígitos e a validade.

​

Dados de cobrança

​

Períodos de cobrança: 1, 3 ou 12 meses

​

Notas fiscais de serviço automáticas (NFS-e)

​

Mudanças na API

• POST /v1/orders aceita apenas months com 1, 3 ou 12; qualquer outro valor retorna 400 INVALID_MONTHS. O plano Economy aceita apenas 1.
• Criar um pedido e consultar o status agora retornam allowed_payment_methods. Para o plano Economy, o valor é ["pix"].
• POST /v1/orders/{orderId}/initiate/pix retorna o mesmo QR code enquanto ele ainda for válido, e o QR code expira junto com o pedido. Retorna 409 ORDER_NOT_PAYABLE enquanto um pagamento por cartão do mesmo pedido está sendo confirmado.

​

SDKs (JavaScript, Python e Go)

• Novos billing.details() e billing.updateDetails() (update_details() em Python, Details e UpdateDetails em Go) leem e atualizam seus dados de cobrança pela rota /v1/users/me/billing, com o endereço estruturado, CPF ou CNPJ e telefone opcional. orders.create falha com BILLING_DETAILS_INCOMPLETE até que estejam completos.
• As respostas de pedido incluem allowed_payment_methods, e cada pedido na lista inclui has_receipt.
• O filtro da lista de pedidos aceita card como provedor, além de pix e redeem_code.
• JavaScript: os tipos de cobrança, runtime e reinício agora vêm direto de @vertracloud/api-types 0.3.2. apps.runtimes() retorna APIApplicationRuntimes, e apps.restart() recebe RESTPostAPIApplicationRestartBody. Se você importava os nomes de tipo locais antigos, troque para estes.
• Os READMEs listam pagamento com cartão, cartões salvos, renovação automática, prévia de cupom e recibos como exclusivos do dashboard, e não mencionam mais a transferência de propriedade do workspace, que foi removida.

​

Servidor MCP

• Novas ferramentas para ler e atualizar seus dados de cobrança.
• create_app e update_app_config aceitam o comando de build (build).
• create_app, create_database e create_order explicam o erro FREE_PLAN_SUSPENDED.

​

Extensão do VS Code

• Criar uma aplicação ou um banco de dados no plano Free suspenso mostra uma mensagem clara com um botão Ver planos.
• Abrir um caminho de arquivo como pasta no explorador de arquivos remoto agora mostra o erro certo, em vez de uma falha genérica.

​

CLI

• Nenhuma mudança necessária. A CLI recebe as atualizações do SDK Go na próxima versão.

​

Novos projetos exigem um plano pago

• Criar uma aplicação ou um banco de dados no plano Free agora retorna 403 FREE_PLAN_SUSPENDED.
• Quando isso acontece durante um deploy no dashboard, você pode escolher um plano e pagar com Pix direto na tela de deploy. Assim que o pagamento for confirmado, o deploy continua com os mesmos arquivos, então você não precisa enviar o projeto de novo.

​

Transferência de propriedade do workspace removida

• POST /v1/workspaces/{id}/transfer-ownership não faz mais parte da API.
• O dono do workspace continua sendo o único membro que pode renomear ou excluir o workspace, ou vincular e desvincular uma aplicação ou um banco de dados. Isso não muda e continua fixo na conta que criou o workspace.

​

Um só código de erro para subdomínio já em uso

​

Mudanças de plano mantêm cada hora restante

​

Verificação de robô no login

​

Uma build com falha não perde mais sua nova aplicação

• Dashboard: depois do upload, você cai na aplicação, com o erro do build no console. Corrija os arquivos no gerenciador de arquivos e inicie de novo, sem precisar enviar o projeto outra vez.
• API, SDKs e CLI: POST /v1/apps retorna 201 com a aplicação em down, em vez de um erro. BUILD_FAILED, BUILD_TIMEOUT, INSTALL_FAILED, INSTALL_TIMEOUT, INSUFFICIENT_MEMORY e INSTALL_SHIELD_BLOCKED continuam sendo retornados (422) ao iniciar ou reiniciar uma aplicação existente.
• A aplicação conta para o limite de aplicações do seu plano como qualquer outra aplicação parada.

​

Bun 1.2.23

• Aplicações sem VERSION, ou com VERSION=recommended, passam para a 1.2.23 no próximo start ou restart.
• Se o seu vertracloud.config fixa VERSION=1.2.2 ou VERSION=1.1.0, troque para 1.2.23.

​

Campos de reinício automático removidos da API

• Respostas: as aplicações não incluem mais auto_restart. Se a sua integração lê esse campo, trate o reinício automático como sempre ativo.
• Requisições: autorestart em POST /v1/apps e auto_restart em PATCH /v1/apps/{id}/config não fazem mais parte da API. Clientes que ainda os enviam continuam funcionando, pois o campo é simplesmente ignorado.
• SDKs e CLI: os SDKs de JavaScript, Python e Go removem o campo, e a CLI remove a flag --autorestart.
• vertracloud.config: uma linha AUTORESTART antiga é ignorada e não bloqueia o upload.

​

A versão de runtime escolhida é a que roda

• Escolher a versão mais recente roda a versão mais recente. Antes, escolher Node.js 24.5.0 ou Ruby 3.4 (o latest de cada um) podia, sem aviso, fazer a aplicação ser construída na versão recomendada.
• A versão que você confirma prevalece. Quando um .zip tem um VERSION em vertracloud.config, o assistente o preenche; se você escolher outra antes de criar, a aplicação agora roda a que você escolheu. Antes, o valor do arquivo podia sobrescrever a sua escolha.
• Versões desconhecidas são recusadas. Uma versão que não existe para a linguagem da aplicação responde 400 INVALID_VERSION, em vez de cair silenciosamente em outra. Veja Listar runtimes para os valores válidos.

​

Respostas vazias e erros de validação padronizados

• Uma resposta vazia é { "response": null }. Remover uma variável de ambiente, salvar, mover e excluir um arquivo, remover um domínio personalizado, limpar o cache, remover um webhook de deploy e excluir uma aplicação respondiam {}. Agora respondem { "response": null }, como as rotas de workspace já faziam.
• O campo inválido vai para details.path. Um 400 VALIDATION_ERROR incluía path solto no topo da resposta; agora vem como { "code": "VALIDATION_ERROR", "message": "...", "details": { "path": "..." } }.
• Erros de cliente do gerenciador de arquivos são 400, não 500. Enviar sem arquivo (NO_FILE_UPLOADED) ou um zip ilegível (INVALID_ZIP_STRUCTURE) respondia 500; agora responde com o status 4xx correto.

• GET /v1/apps/runtimes responde apenas com { "response": { ... } }, sem o campo extra status.
• PATCH /v1/users/me aceita apenas pt-br, en-us ou es-es para language.
• POST /v1/users/{id}/snapshots/{snapshot_id}/restore rejeita um resource_id inválido com 400.
• POST /v1/orders/{orderId}/initiate/pix sempre retorna transaction_amount como número.

​

Conteúdo de arquivo sempre em base64

​

Instalador da CLI para macOS, Linux e Windows

• macOS e Linux: curl -fsSL https://cli.vertracloud.app/install | sh
• Windows (PowerShell): irm https://cli.vertracloud.app/install | iex

​

Créditos de uso e de IA removidos

​

Resposta de domínio personalizado simplificada

​

Atualização da documentação: primeiro deploy e configuração

• Primeiro deploy reescrito para seguir o fluxo atual de Novo Projeto: origem, build, ambiente, rede, revisão e deploy, incluindo a criação a partir de um snapshot.
• Nova página Configuração: cada chave do vertracloud.config, o que pode mudar depois do deploy, comandos de start e build por framework, porta, variáveis de ambiente e os limites de uma aplicação.
• Deploy pelo GitHub agora explica os deploys automáticos como funcionam hoje: a Vertra cria o webhook no seu repositório para você, e só pushes para main ou master publicam.
• Os tutoriais agora usam o mesmo passo a passo de deploy, seja pelo dashboard, pela CLI ou pelo VS Code.
• A referência da API ganhou páginas para excluir um banco de dados, atualizar um perfil e listar todos os snapshots de uma conta, e corrigiu a rota de exclusão de variável de ambiente, o corpo de atualização de banco de dados e os códigos de erro de autenticação.

​

Selo “Powered by Vertra Cloud” no Pro

​

Páginas de SDKs e GitHub Actions no site

• SDKs: instalação e exemplos para JavaScript, TypeScript, Python e Go, recursos disponíveis e perguntas frequentes.
• GitHub Actions: um workflow para copiar, configuração de secrets e opções para atualizar uma aplicação existente.

​

SDKs oficiais de JavaScript, Python e Go

​

SDKs

• @vertracloud/sdk-api (npm), vertracloud-api (PyPI) e github.com/vertracloud/sdk-api-go chegam como clientes oficiais da API pública. Um método por rota, autenticação pela mesma chave de API com escopos, e cobertura de aplicações, bancos de dados, snapshots, conta, workspaces e cobrança, sem cache, retentativas automáticas ou estado interno. Veja SDKs.
• Os três expõem streaming de saída em tempo real de uma aplicação (apps.realtime): um gerador assíncrono em JavaScript, um stream iterável em Python e um iterador (Next/Event) em Go.
• Toda resposta de erro vira um erro estruturado, sempre com um code acessível: em JavaScript e Python, uma classe de exceção por status HTTP (AuthenticationError, NotFoundError, ValidationError, RateLimitError, entre outras); em Go, um único *rest.APIError com métodos como IsNotFoundError() e IsRateLimitError().
• O que continua exclusivo do dashboard (histórico de atividades, notificações, gerenciamento de chaves de API, convites de workspace, a aba Dados dos bancos de dados, downgrades de plano e exclusão ou transferência de workspace) está listado em SDKs → O que você não pode fazer com uma chave de API.

​

API

• O caminho de criação do webhook de deploy agora é /deploys/webhook, no singular, igual às rotas de consulta e exclusão que já usavam essa forma. Referência atualizada em Criar webhook de deploy.
• O histórico de atividades é exclusivo do dashboard e não tem equivalente na API pública nem nos SDKs.

​

Workspaces por chave de API e MCP

• Excluir um workspace com o novo escopo workspaces:delete. Só o dono do workspace pode, como no dashboard.
• Convites com o novo escopo workspaces:invites: listar e revogar os convites de um workspace, e ver, aceitar ou recusar um convite por token. A chave age como a conta que a possui, então um convite por e-mail só é aceito se combinar com o e-mail dessa conta.
• Solicitações de ação: workspaces:read lista as solicitações, e workspaces:write cria uma para alguém com permissão de aprovação.

​

Páginas de CLI e VS Code para desenvolvedores

• A página da CLI cobre instalação, diagnósticos antes do deploy e comandos de logs, aplicações, bancos de dados e automação, com saída em JSON.
• A página da extensão oficial do VS Code 1.0 cobre instalação, conexão por conta ou chave de API e os recursos de deploy, logs, métricas, arquivos remotos, bancos de dados e snapshots dentro do editor.

​

Nova aparência para notificações

• Novos estilos neutro, suave, com contorno e sólido para mensagens de sucesso, erro, informação e atualização.
• Suporte a ações, botão de fechar e barra de progresso para operações que informam o próprio progresso.
• As animações respeitam a preferência de movimento reduzido do dispositivo.

​

Pastas e favoritos salvos por conta

• A organização pessoal é separada da organização de cada workspace.
• Pastas podem ser criadas, renomeadas, ter a cor alterada e ser reordenadas.
• Aplicações e bancos de dados podem ser colocados em pastas e marcados como favoritos de forma independente.
• O dashboard, os workflows, a CLI, o MCP e a extensão do VS Code usam a mesma organização persistida.
• A lista de projetos e o Flow mostram o mesmo estado de pastas e favoritos; os grupos do canvas do próprio Flow continuam locais e independentes.
• As ações são registradas no histórico de atividades, inclusive quando feitas por meio de uma chave de API.

​

Flags de reinício: reinstalar dependências e forçar build

• reinstall_dependencies reinstala as dependências da aplicação do zero, ignorando o cache de instalação. É o mesmo que Reinstalar Dependências no gerenciador de arquivos do dashboard.
• force_build executa de novo o comando de build da aplicação, mesmo que nenhum arquivo de código tenha mudado desde o último build. É o mesmo que Forçar build no dashboard.

​

Extensão do VS Code 1.0

​

Servidor MCP e requisições guiadas por chave de API

​

Reinício automático em todos os planos

​

O que mudou

• Um container que cai volta sozinho, no Free como em qualquer outro plano.
• A proteção contra loop de falhas continua a mesma: 5 quedas em 10 minutos desativam o reinício automático por 24 horas, com intervalo mínimo de 1 hora entre reinícios e mínimo de 60 segundos online para o container ser considerado estável.
• O campo AUTORESTART em vertracloud.config ainda é aceito, mas agora é ignorado — ele não precisa mais estar no arquivo.
• Na API, o campo auto_restart continua nas respostas das aplicações e agora é sempre true; o campo autorestart no corpo de criação ainda é aceito por compatibilidade, mas é ignorado.

​

Limites de requisições por minuto e por dia na API

• Por minuto, de 30/min no Free até 480/min a partir do Enterprise-12. Ao excedê-lo, a API retorna 429 RATE_LIMIT_EXCEEDED.
• Por dia, de 1.000/dia no Free até 864.000/dia no Enterprise-32, com reinício à meia-noite, no horário de Brasília. Ao excedê-lo, a API retorna 429 DAILY_QUOTA_EXCEEDED.

• A criação manual de snapshots ganhou limite próprio — 1 a cada 5 minutos no mesmo projeto e 10 por hora na conta — para não competir com o snapshot automático que a plataforma já faz antes de excluir ou redefinir um banco de dados. Ao excedê-lo, retorna 429 SNAPSHOT_RATE_LIMITED.
• Correção de unidade: a cota de requisições da API era sempre diária, não mensal como a documentação dizia. Nenhum número mudou de tamanho; só a unidade estava errada.
• Correção no plano Intermediary: a cota diária publicada era 56.000; o valor correto é 115.200.
• Correção no reset de banco de dados: o limite é 1 por hora, não 1 a cada 3 horas.

​

Nova página Sobre

​

Nova aparência para a página de aplicações

​

Comando de build, vCPU por aplicação e novos limites de armazenamento

​

Comando de build

• Novo campo build_command, em todos os planos. Ele roda em todo deploy (criação, upload de zip, deploy pelo GitHub, reinstalação de dependências ou troca do próprio comando), sempre depois da instalação das dependências e antes de a aplicação iniciar. Um restart simples não roda o build de novo se o anterior já tiver terminado com sucesso com o mesmo comando.
• Ele roda em um ambiente isolado da aplicação: 2× a RAM dela (mínimo de 1 GB, máximo de 4 GB) e 2× a vCPU dela (mínimo de 1, máximo de 2), com timeout de 10 minutos. A instalação de dependências mantém um timeout próprio e separado, agora de até 15 minutos.
• Nova chave BUILD em vertracloud.config, ao lado de START.
• Criar uma aplicação a partir de um zip de Next.js, Nuxt, SvelteKit, Remix, React Router, Astro, Gatsby ou Vite agora sugere automaticamente os comandos certos de build e de start, editáveis antes de criar. O arquivo de entrada também passa a ser reconhecido nesses projetos, que não têm index.js.
• O ambiente de build tem o dobro da banda e do limite de requisições da aplicação, porque baixar dependências pesa mais do que servir tráfego. Ao excedê-lo, o deploy é interrompido, do mesmo jeito que já acontecia com uma aplicação no ar.

​

Armazenamento

• Aplicações: 10 GB fixos, independentemente da memória (antes, o teto crescia com a RAM).
• Bancos de dados: 6 GB + 1 GB para cada 512 MB de RAM alocada, sempre arredondado para GB inteiros. Um banco de 1 GB agora tem 8 GB; um de 2 GB tem 10 GB. Nenhum banco existente perde espaço.

​

vCPU por aplicação

• Uma aplicação com 2 GB ou mais de RAM agora recebe a vCPU completa do plano; abaixo disso, recebe um terço da vCPU do plano, com piso de 1 vCPU. Mais memória nunca resulta em menos vCPU.

​

Limite horário de deploys

• Criar uma aplicação, enviar um zip, fazer deploy pelo GitHub, reinstalar dependências e trocar o comando de build passam a contar para um teto horário por conta: 5 no Free, 10 no Economy, 20 no Pro, 40 no Scale e 60 a partir do Intermediary. Reiniciar e parar não contam, e um push no GitHub acima do limite é ignorado e registrado no histórico de atividades.

​

Apresentando o Vertra Flow

​

O vertracloud.config não fica mais no volume

​

O que mudou

• Ao baixar o projeto, o zip vem com um vertracloud.config gerado a partir da configuração atual: nome, arquivo de entrada, memória, versão, comando de start, reinício automático e subdomínio.
• Ao criar um snapshot, vale o mesmo: o snapshot já levava o arquivo gerado, e continua levando.
• Ao enviar um zip, o arquivo é lido para preencher o formulário e descartado na extração; ele não aparece mais no gerenciador de arquivos.
• Aplicações existentes perdem a cópia antiga no próximo restart ou rebuild.

​

Nova página para endereços não encontrados

​

Histórico de atividades mais completo

​

Chaves de API com escopos e IPs permitidos

​

Gerenciador de dados redesenhado

​

Correção: console silencioso ao reinstalar dependências em um reinício rápido

​

Trocar a linguagem de uma aplicação existente

• ela só vale a partir do próximo reinício: o container em execução continua no runtime antigo até lá;
• o arquivo de entrada e o comando de start não mudam automaticamente: um index.js escrito para Node não roda como aplicação Python, por exemplo;
• a versão do runtime volta para a versão recomendada da nova linguagem, porque a versão antiga pode não existir nela;
• nenhum arquivo do projeto é apagado por essa operação.

​

Snapshots mantêm o nome do projeto

​

Página de aplicações

​

Origem dos bancos de dados

​

Nova experiência Enterprise

​

Páginas para cada linguagem e banco de dados

​

Uma página por linguagem

• Quais versões existem, qual é a recomendada e qual é a mais recente, com o valor exato de VERSION para o vertracloud.config.
• O que a plataforma faz automaticamente para aquele runtime: instalação de dependências durante o build, reinício automático, logs e métricas em tempo real.
• O que as pessoas rodam com ele: bots, APIs, workers, sites.
• A configuração mínima, em um bloco para copiar.
• As perguntas mais comuns, com respostas curtas, as mesmas que chegam ao suporte.

​

Uma página por banco de dados

​

Em três idiomas

​

Onde encontrá-las

​

Limpeza

​

Planos, limites e guias na documentação

• O plano Free passa a ser descrito como opção de teste, para experimentar a plataforma antes de usá-la em produção, com os limites aplicáveis ao lado.
• O SLA publicado foi padronizado em todas as páginas.
• Nova seção “Guias”, com conteúdo passo a passo sobre como hospedar bots do Discord e fazer deploy de aplicações Node.js.
• As entradas recentes do changelog foram adicionadas à navegação, para que tenham uma URL publicada.
• Títulos e descrições das páginas foram atualizados para explicar a que cada página responde.

​

Novo design de e-mails

​

Tutorial de primeiros passos no dashboard

​

Termos, privacidade e uso aceitável reescritos

• Você pode desistir em até 7 dias da primeira compra de um plano pago, com reembolso integral pelo mesmo meio de pagamento, como garante o Código de Defesa do Consumidor. Os termos antigos diziam “sem reembolso”, uma cláusula que não tinha validade. Renovações e upgrades continuam sem direito de desistência.
• A expiração do plano é descrita como realmente funciona: os projetos são desligados, a plataforma mantém um snapshot de cada aplicação e banco de dados por 30 dias, e renovar dentro desse prazo restaura tudo. Os termos antigos mencionavam suspensão após 1 dia e exclusão após 7, e diziam que o pagamento era somente via Pix e que nenhum plano tinha backups. Nada disso era verdade.
• A Política de Privacidade agora informa quem trata seus dados e por quê. Quando a Vertra é a controladora e quando é apenas operadora do conteúdo dos seus projetos; a base legal de cada finalidade; onde os dados são armazenados e as transferências internacionais; por quanto tempo cada tipo de dado é mantido; como exercer cada direito previsto na LGPD, com prazo de resposta de 15 dias; e o compromisso de comunicar incidentes de segurança. O encarregado de proteção de dados (DPO) é identificado, e o canal de contato é [email protected].
• A Política de Uso Aceitável agora é um documento próprio. Diz o que pode e o que não pode rodar na plataforma, o que caracteriza abuso de recursos, como denunciá-lo e quais são as penalidades. Só uma violação grave gera ação sem aviso; nos demais casos você é notificado e tem prazo para responder.
• Os Termos e a Política de Uso Aceitável agora exigem 30 dias de aviso para qualquer mudança relevante (antes, eram 7), definem a lei e o foro aplicáveis e deixam claro que consumidores podem ajuizar ação no seu domicílio.
• A janela de 30 dias do snapshot agora aparece onde importa, e não só nos Termos. O e-mail de plano expirado mostra o prazo e o caminho de recuperação (renovar, recriar o projeto, restaurar pela página de Snapshots ou baixar o .zip). Os lembretes de expiração e o cartão do plano em Faturamento avisam que, sem renovação, os projetos ficam apenas como snapshot por 30 dias.
• /lgpd leva à Política de Privacidade, e o rodapé agora a chama de “Privacidade e LGPD”.
• O banner de cookies agora diz o que realmente acontece: analytics e gravação de sessão apenas nas páginas públicas, com consentimento, e nunca no dashboard.

​

Novo projeto a partir de um snapshot

​

Lista de projetos em cards ou em lista

​

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.

​

Site

• A página Enterprise agora segue o mesmo padrão da landing page. Mesmo mesh, escala tipográfica e cards; o seletor de planos usa o mesmo azul da página de planos, em vez do laranja.
• A página de planos agora segue o mesmo padrão da landing page. Economy, Pro, Scale e Enterprise ficam nos mesmos cards, Enterprise está em azul em vez de laranja, e a tabela comparativa fica fixa enquanto você rola a página — com uma caixa de busca e grupos em acordeão, no desktop e no celular.
• As telas de login e de cadastro agora seguem o mesmo padrão do restante do site. Mesmo cabeçalho e rodapé da landing page, um formulário de entrada centralizado, uma visão rápida de Economy / Pro / Scale e um FAQ compacto — com um link para a página completa de planos.
• Login e cadastro agora são a mesma tela. Digite seu e-mail e receba um código — sem formulário de cadastro separado e sem nome para digitar. Novas contas recebem um nome inicial a partir do endereço de e-mail, que você pode alterar a qualquer momento nas configurações do seu perfil.

​

Desempenho

• O site agora abre mais rápido. A landing page e todas as páginas institucionais — Sobre, Preços, Planos, Bancos de dados, Enterprise, CLI, VS Code, Blob Storage, Privacidade e Termos — agora são pré-renderizadas com antecedência e servidas sem nenhum processamento no servidor a cada visita.
• Bem menos para baixar e executar na landing page. O mapa global agora é uma imagem pré-gerada, em vez de ser construído no navegador a cada carregamento, e as animações da página agora rodam em CSS, em vez de JavaScript.
• As traduções agora são carregadas por página, em vez de o site inteiro baixar os textos dos três idiomas em cada tela.
• O dashboard carrega somente o que você está vendo. Painéis pesados — o editor de arquivos, o terminal e os gráficos — agora são carregados sob demanda, em vez de logo no início, e as requisições em segundo plano que antes rodavam em telas onde nem eram usadas foram removidas.

​

E-mails

• Todos os e-mails transacionais foram redesenhados. Códigos de confirmação, comprovantes de compra e de resgate, lembretes de renovação, avisos de vencimento de plano e de exclusão de projeto agora compartilham um só layout, com a informação principal — o código, o valor, o prazo — em primeiro lugar, em vez de escondida em um parágrafo.
• O logo da Vertra Cloud agora aparece na sua caixa de entrada. Ele era enviado como SVG, formato que o Gmail, o Outlook para desktop e o Yahoo não exibem de forma alguma, então a maioria dos destinatários via uma imagem quebrada.
• Os e-mails agora trazem uma linha de pré-visualização, seguem o tema claro ou escuro do sistema e ficam legíveis no celular e com as imagens bloqueadas.
• Corrigido o e-mail de resgate que mostrava o placeholder {{duration}} em vez da duração do plano, e os e-mails de compra em inglês e espanhol que mostravam o valor sem a moeda.

​

Backups e exclusão automática

• Projetos nunca são excluídos sem um backup verificado. O vencimento do plano e o job de limpeza do plano FREE agora criam primeiro um snapshot e só excluem os recursos cujo snapshot foi concluído. Qualquer recurso cujo backup falhe é parado e mantido no lugar em vez de excluído, e fica sinalizado para revisão manual.
• O job de limpeza do plano FREE antes excluía projetos offline sem criar nenhum snapshot. Agora ele cria um antes.
• Os snapshots anteriores à exclusão ignoram a permissão de backup do plano — um projeto prestes a ser removido sempre tem backup, independentemente do nível.
• Snapshots de projetos grandes agora funcionam. O limite de tamanho que fazia os backups de projetos maiores falharem por completo foi removido.
• Os arquivos de snapshot não incluem mais conteúdo que pode ser reinstalado (node_modules, virtualenvs, vendor, caches de build) nem o histórico do git, por isso são bem menores.
• Um snapshot só é registrado depois que a existência do arquivo no armazenamento é confirmada, e o tamanho informado agora vem do próprio armazenamento — um snapshot não pode mais aparecer na sua lista sem um arquivo real por trás.

​

Validação e mensagens de erro

• Endpoints que recebem um ID de workspace, de aplicação, de banco de dados ou de variável de ambiente agora rejeitam um ID malformado com um 400 claro, em vez de falhar com um erro interno genérico.
• Atualizar uma aplicação ou um workspace com um corpo vazio agora retorna um erro de validação, em vez de falhar.
• start_command agora é limitado a 512 caracteres no momento em que você salva, em vez de falhar apenas depois, durante um rebuild.
• Enviar um .zip corrompido ou truncado ao criar uma aplicação agora retorna INVALID_ZIP, em vez de um erro interno genérico.
• Gravar um arquivo sobre um caminho que já existe como pasta agora retorna TARGET_IS_DIRECTORY, em vez de um erro interno genérico.

​

Prévia da landing page

• Hero responsivo refinado, mantendo o card de deploy ao vivo como uma seção própria do produto.
• Adicionada uma transição hachurada entre o hero e o conteúdo da página.
• Interseções da malha refinadas: os losangos das bordas são cortados em direção ao conteúdo, e losangos completos aparecem apenas nos cruzamentos internos reais.
• Malha do rodapé expandida, para deixar a transição até o rodapé do site mais clara.
• Menu de navegação do produto aprimorado, com estados de abertura e fechamento animados e acessíveis.

​

Dashboard v2

• O dashboard real foi movido para a nova estrutura responsiva, incluindo a navegação de workspaces, a busca na paleta de comandos e o fluxo de navegação no celular.
• As listas de visão geral, de aplicações e de bancos de dados agora atualizam o status automaticamente.
• Upload, snapshots, logs, configurações, cobrança, suporte e workspaces foram atualizados para a nova estrutura do dashboard.
• A navegação de Arquivos da aplicação foi substituída por uma árvore de arquivos do projeto expansível, na barra lateral do desktop e na folha de navegação do celular.
• As listas de aplicações e de bancos de dados foram unificadas em linhas pesquisáveis e paginadas, com ações rápidas mais seguras, e os estados vazios, restritos, de notificação e de modal do dashboard foram padronizados.
• As ações de início rápido, reinício e parada agora mostram um indicador de transição e aguardam o status atualizado da visão geral antes de aceitar outro comando.

​

Novo projeto e templates

• A tela de Novo Projeto foi redesenhada como um fluxo dedicado de tela cheia, sem a barra lateral, focado exclusivamente na criação do projeto.
• O upload de .zip virou a forma principal de começar, com importação do GitHub e um atalho para banco de dados como opções secundárias.
• Adicionada uma seção de Templates, marcada como “em breve” enquanto o catálogo pronto para deploy é construído.
• Toda ação “Novo” do dashboard agora abre diretamente a tela de criação, onde você escolhe o que construir.
• O antigo assistente passo a passo foi substituído por um fluxo único com rolagem: cada etapa (origem, configuração, revisão e deploy) aparece em ordem conforme você conclui a anterior, em vez de alternar entre telas inteiras com botões de voltar e avançar.
• A etapa separada de nome e descrição do projeto foi removida: o nome agora é derivado automaticamente do nome do arquivo .zip enviado ou do repositório conectado, e pode ser editado depois nas configurações do projeto. A seleção de workspace passou para a etapa de configuração, em vez de ter uma tela própria.
• Runtime e engine de banco de dados agora são escolhidos em cards selecionáveis, em vez de um dropdown simples ou de uma grade manual.
• Adicionada uma opção de importação de arquivo na etapa de variáveis de ambiente, que aceita arquivos .env ou .txt, em vez de digitar cada variável à mão.

​

Detecção de dependências ausentes

• Os deploys agora analisam o projeto enviado em busca de imports que não estão declarados no manifesto de dependências (requirements.txt, package.json, go.mod, Gemfile, composer.json, Cargo.toml, pom.xml), mesmo quando o manifesto não existe, em todas as linguagens suportadas.
• Quando dependências ausentes são detectadas antes do deploy, o fluxo de criação oferece adicioná-las ao manifesto e fazer o deploy uma vez com a correção aplicada, em vez de exigir um rebuild depois.
• Se dependências ausentes forem encontradas no deploy ou no upload de arquivos de uma aplicação existente, uma notificação é enviada com um link de volta para a aplicação, e há um endpoint disponível para instalar as dependências ausentes e disparar um rebuild.

​

Logs em tempo real

• O terminal de logs da aplicação foi reconstruído sobre um engine de terminal real, então os logs ao vivo fluem com suavidade e não congelam mais a página quando uma aplicação ou um bot inicia e gera muita saída.
• A transmissão ao vivo agora sobrevive a reinícios: o terminal mantém a conexão aberta durante um reinício, em vez de desconectar.
• Eventos da plataforma agora aparecem na transmissão de logs, destacados, incluindo os reinícios de aplicações.
• Os logs das aplicações, tanto de execuções normais quanto de falhas, são mantidos em disco com rotação automática.

​

Navegação

• A página de não encontrado foi reformulada, com um status de rota mais claro e links diretos para a página inicial ou para o dashboard.

​

Templates de e-mail

• Todos os seis templates de e-mail transacionais (magic link, confirmação de compra, sucesso de resgate, vencimento de plano, lembrete de plano e exclusão de projeto) foram redesenhados para um sistema visual unificado.
• O antigo layout com cabeçalho laranja foi substituído por um logo centralizado sobre o fundo de papel quente, um card de conteúdo branco com borda de 1px e tipografia Inter consistente.
• A paleta de cores foi padronizada em todos os templates, com a cor de destaque reservada para os botões.

​

Correções de bugs

• Corrigidas as cores dos toasts, para que as confirmações de sucesso e de deploy sigam o tema claro ou escuro ativo.
• Corrigido o espaçamento dos diálogos de erro do terminal, para que os detalhes e as ações dos logs usem o corpo e o rodapé padrão dos diálogos.
• O raio da prévia de logs do terminal foi ajustado à escala dos controles do dashboard.
• O campo Account ID foi padronizado com o mesmo estilo de input usado nas configurações de localização e de e-mail.
• Corrigido um bug de recorte de imagem na landing page.

​

SEO e prévias em redes sociais

• Corrigidas as prévias de link (Discord, WhatsApp, Slack, X): links compartilhados da Vertra Cloud agora mostram um card de marca adequado, em vez de uma imagem quebrada ou genérica.
• Adicionados cards de prévia dedicados para as páginas de Preços, Enterprise, Bancos de dados, Blob Storage, CLI e da extensão do VS Code, cada um exibindo o título próprio da página.
• Adicionados título e descrição adequados para as páginas Sobre, Política de Privacidade, Termos de Serviço, Login e Cadastro — elas não mostram mais o título da página inicial quando compartilhadas ou encontradas na busca.
• Corrigido o link canônico das páginas em português e espanhol, que antes sempre apontava para a versão em inglês.
• Publicado o llms.txt, um resumo curto e legível por máquina do produto para assistentes de IA e ferramentas de busca.

​

Visão geral

​

Novas funcionalidades

​

Workspaces

• Criar, editar e excluir workspaces
• 5 funções: Dono, Administrador, Desenvolvedor, Operador e Visualizador
• Gerenciamento de membros com links de convite
• Atribuir aplicações e bancos de dados aos workspaces
• Disponível a partir do plano Enterprise (de 5 a 24 membros)

​

Autenticação

• Magic Link — Autenticação por e-mail sem senha
• GitHub OAuth — Login e vinculação de conta
• Google OAuth — Login e vinculação de conta
• Discord OAuth — Provedor que já existia, agora com vinculação e desvinculação de conta
• Troca de conta — Até 5 contas salvas no mesmo navegador
• Gerenciamento de sessões — Ver sessões ativas, revogar todas as sessões
• Geração de chave de API — Para acesso programático

​

Notificações

• Notificações pela API com status de lida e não lida
• Marcar notificações individuais ou todas como lidas
• Exibição em tempo real no cabeçalho do dashboard
• Templates de e-mail localizados em 3 idiomas (EN, PT-BR, ES)
• Templates para: vencimento do plano, aviso de exclusão e confirmação de compra

​

Downgrade de plano

• Downgrade para o plano Free via POST /v1/users/me/downgrade
• Limite de requisições para evitar abuso
• Avisos sobre o impacto nos recursos existentes

​

Snapshots

• Criar snapshots manuais de aplicações e bancos de dados
• Restaurar a partir de qualquer snapshot anterior (com cooldown)
• Baixar o conteúdo do snapshot
• Injeção automática de vertracloud.config durante a criação do snapshot
• Visualização de snapshots agrupados no dashboard

​

Limpeza do plano Free

• Projetos offline há 30 dias ou mais são excluídos automaticamente
• Notificações por e-mail nos dias 7, 23 e 27
• Link de reativação incluído nos avisos

​

Versões dinâmicas de runtime

• Seletor de versão no assistente de criação de projeto
• Tags recommended e latest
• Novas linguagens suportadas: Ruby, Rust e Java

​

Dashboard

​

Redesenho completo

• Assistente de novo projeto — Criação em várias etapas, com layout vertical animado
• Gerenciador de arquivos — Reescrito com o Monaco Editor (arrastar e soltar, upload de ZIP, validação de caminhos proibidos)
• Terminal embutido — Transmissão de logs em tempo real via SSE, com cores ANSI e rolagem automática
• Configurações da conta — Conexões de autenticação, gerenciamento de sessões, geração de chaves de API e códigos de resgate
• Cabeçalho responsivo — Modo compacto, prevenção de overflow e menus que fecham ao clicar fora

​

Internacionalização

• 3 idiomas: inglês, português (BR) e espanhol
• Mensagens de erro, mensagens de sucesso e templates de e-mail localizados
• Arquivos de mensagens granulares, organizados por funcionalidade

​

Integração com o GitHub

• Seleção de repositório, incluindo repositórios privados
• Seleção de branch
• Alternativa com ZIP quando o GitHub está indisponível
• Configuração de webhook para deploys automáticos

​

Mudanças na API

​

Novos endpoints

• POST /v1/users/me/downgrade — Downgrade de plano
• GET /v1/users/me/sessions — Listar sessões ativas
• DELETE /v1/users/me/sessions — Revogar todas as sessões
• POST /v1/users/me/generate-api-key — Gerar chave de API
• GET /v1/notifications — Listar notificações
• POST /v1/notifications/:id/read — Marcar como lida
• POST /v1/notifications/read-all — Marcar todas como lidas
• POST /v1/workspaces — Criar workspace
• GET /v1/workspaces — Listar workspaces
• GET/PUT/DELETE /v1/workspaces/:id — CRUD de workspace
• POST/DELETE /v1/workspaces/:id/members — Gerenciamento de membros
• POST/DELETE /v1/workspaces/:id/apps/:appId — Associação de aplicação
• POST/DELETE /v1/workspaces/:id/databases/:dbId — Associação de banco de dados
• GET /v1/apps/runtimes — Versões de runtime disponíveis
• POST /v1/orders — Criar pedido
• GET /v1/orders — Listar pedidos
• POST /v1/orders/:id/initiate/pix — Pagamento PIX
• POST /v1/redeem/:code — Resgatar código

​

Formato de resposta

• Sucesso: { "status": "success", "response": { ... } }
• Erro: { "code": "ERROR_CODE", "message": "..." }

​

Tipagem

• Publicado o pacote @vertracloud/api-types, com definições completas em TypeScript
• Todos os tipos de resposta dos endpoints REST documentados, com links @see para a documentação
• Cobertura completa de tipos: aplicações, bancos de dados, workspaces, pedidos, snapshots e notificações

​

Melhorias

​

Detecção de loop de falhas

• 5 falhas em 10 minutos desativam o auto-restart por 24 horas
• Filtragem por código de saída (o código de saída normal 0 não é contado)
• Intervalo de 1 hora entre reinícios
• Mínimo de 60 segundos de execução para ser considerado estável

​

Logs em tempo real

​

Gerenciamento de subdomínio personalizado

• Selecionar um subdomínio personalizado durante a criação do projeto
• Alterar o subdomínio pela API (PATCH /v1/apps/:id/network/subdomain)
• Validação de disponibilidade

​

Gerenciador de arquivos

• Upload por arrastar e soltar, com suporte a ZIP
• Validação de diretórios e arquivos proibidos
• Ordenação inteligente da árvore de arquivos
• Mensagens de erro localizadas

​

Correções de bugs

• Corrigidas inconsistências no monitoramento de status dos bancos de dados
• Corrigida a entrega de notificações durante a migração de dados
• Corrigido o overflow horizontal no cabeçalho responsivo do dashboard
• Corrigidos diversos bugs no fluxo do assistente de criação de projeto
• Corrigida a detecção de loop de falhas em containers com erros de sintaxe
• Corrigida a verificação de registros DNS do domínio personalizado

​

Mudanças que quebram compatibilidade

• Sistema de snapshots — Substituiu o sistema anterior de backup e commit. Os endpoints antigos de backup estão obsoletos.
• Autenticação — Nova autenticação baseada em sessão. As chaves de API existentes continuam funcionando.
• Endpoints de workspace — /v1/organizations/* renomeado para /v1/workspaces/*
• Comportamento do auto-restart — Agora inclui detecção de loop de falhas com desativação automática
• Limpeza do plano Free — Projetos inativos são excluídos após 30 dias (com avisos por e-mail)

​

v26.1 — 25 e 26 de março de 2026

​

Correções de bugs

• Exclusão de arquivos no deploy do GitHub — Corrigido o caso em que os deploys removiam agressivamente o .env e os arquivos de configuração não rastreados
• Preservação de arquivos no deploy da aplicação — Atualizações da aplicação agora preservam os arquivos locais existentes, em vez de apagar o conteúdo não rastreado
• Coleta de métricas — Corrigido o caso em que as métricas não eram coletadas para algumas aplicações em execução
• Exibição de métricas — Corrigidos campos de rede ausentes, falhas com valores nulos e rótulos de tempo duplicados nos gráficos
• Validação de UUID — Os parâmetros de rota da API para IDs de aplicação e de banco de dados agora validam o formato UUID, retornando 400 para valores inválidos
• Exclusão de variável de ambiente — Corrigida a chamada do endpoint de exclusão a partir do dashboard (faltava o ID da variável no caminho da URL)
• Edição da chave de variável de ambiente — Corrigido o campo de chave, que não era atualizado ao editar uma variável existente
• Cor do texto da sobreposição de upload — Corrigido o texto de descrição com baixo contraste no diálogo de progresso do upload de commit

​

Melhorias

• Persistência do vertracloud.config — O arquivo de configuração agora é gravado no diretório da aplicação na criação, garantindo que os uploads futuros herdem a configuração

​

Visão geral

​

Novas funcionalidades

​

Extensão para VSCode

• Deploy direto pelo editor
• Gerenciamento de aplicações a partir do VS Code
• Visualização de logs em tempo real na barra lateral
• Exibição rápida de status e métricas
• Criação de projetos integrada
• Disponível no VS Code Marketplace

​

Bancos de dados gerenciados

• PostgreSQL 17
• MongoDB 8.0

​

Certificados TLS automáticos

• Geração automática de certificados TLS
• Gerenciamento da renovação de certificados
• Suporte a certificados de cliente
• Exigência de conexões seguras

​

Suporte ao MySQL

• MySQL 8.0 com os recursos mais recentes
• Autenticação X509 obrigatória por segurança

​

Melhorias

​

Entrega de e-mails

• Velocidade de entrega aprimorada dos magic links por e-mail
• Melhor roteamento de e-mails
• Latência de entrega reduzida
• Mais confiabilidade

​

Correções de domínio personalizado

• Corrigidos erros 404 em algumas configurações de domínio personalizado
• Tratamento aprimorado da propagação de DNS
• Melhor provisionamento de certificados para domínios personalizados

​

Gerenciamento de bancos de dados

• Corrigidos casos extremos na geração de certificados
• Melhor exibição e gerenciamento de credenciais
• Teste de conexão com o banco de dados aprimorado

​

Correções de bugs

• Corrigidos problemas de tempo na entrega de e-mails
• Corrigida a geração de certificados em casos extremos
• Corrigida a configuração de DNS do domínio personalizado
• Resiliência da conexão com o banco de dados aprimorada

​

Mudanças que quebram compatibilidade

​

Visão geral

​

Funcionalidades

​

API v1

• API REST abrangente para todas as operações da plataforma
• Documentação completa da referência da API
• Exemplos de requisição e resposta
• Autenticação por chave de API
• Limites de requisições e gerenciamento de cotas

​

Workspaces

• Criar e gerenciar workspaces para equipes
• 5 funções predefinidas: Dono, Administrador, Desenvolvedor, Operador e Visualizador
• Gerenciamento de permissões por função
• Convite e gerenciamento de membros
• Isolamento e segurança entre workspaces

​

Beta pública

• Plataforma aberta para o cadastro público de usuários
• Testes beta e coleta de feedback
• Suporte à comunidade de usuários
• Melhorias de estabilidade e desempenho com base no feedback

​

Documentação

• Site da documentação em docs.vertracloud.app
• Referência da API com todos os endpoints
• Exemplos de código e tutoriais
• Guias de primeiros passos
• Perguntas frequentes e solução de problemas

​

Infraestrutura

​

Suporte a SSL/TLS

​

Melhorias

• Base sólida de API para integrações
• Hierarquia de funções clara para equipes
• Documentação abrangente para desenvolvedores

​

Correções de bugs

• Consistência das respostas da API
• Precisão da documentação

​

Mudanças que quebram compatibilidade

​

Visão geral

​

Novas funcionalidades

​

Suporte à linguagem Go

• Suporte à linguagem Go para deploy
• Compilação automática em Go
• Gerenciamento de dependências de módulos Go
• Tempos de build rápidos
• Ideal para microsserviços e ferramentas de linha de comando

​

Suporte à linguagem PHP

• Suporte ao runtime PHP 8.x
• Compatibilidade com os principais frameworks web em PHP
• Suporte a configuração de Apache/Nginx
• Gerenciamento de pacotes PHP via Composer
• Hospedagem de aplicações web

​

Sistema de cupons

​

Melhorias

• Entrega de e-mails e renderização de templates mais confiáveis

​

Correções de bugs

• Corrigidas falhas na entrega de e-mails
• Corrigidos os cálculos de datas e de duração
• Tratamento de fuso horário aprimorado

​

Mudanças que quebram compatibilidade

​

Visão geral

​

Novas funcionalidades

​

Auto-restart

• Monitora o status do container continuamente
• Reinicia somente em falhas reais de execução (crashes), e não em erros de configuração ou de sintaxe
• Evita loops infinitos de reinício que desperdiçariam recursos
• Estabilização automática para problemas transitórios

​

Arquivo .vertraignore

• Funciona de forma semelhante ao .gitignore, para o deploy
• Evita o envio de arquivos desnecessários
• Otimiza a velocidade do deploy e reduz o tamanho do pacote

​

Commits aprimorados

• Processo de deploy simplificado
• Melhor rastreamento de commits e opções de rollback
• Maior confiabilidade dos deploys

​

Hospedagem de sites estáticos

• Deploy direto de sites em HTML, CSS e JavaScript
• Opção de linguagem static na criação de projetos
• Ideal para sites estáticos, SPAs e documentação
• Servir os arquivos automaticamente com os tipos MIME corretos

​

Nova estrutura de planos

• Plano Intermediary — R$ 18,99/mês com suporte a domínio personalizado
• Plano PRO — Domínio personalizado incluído, hospedagem de até 2 APIs por R$ 5,99/mês
• vCPU alocadas atualizadas por nível de plano
• Proposta de valor mais clara em cada nível

​

Pagamentos com cartão de crédito

• Base para o processamento de cartões de crédito
• Preparação para opções de pagamento mais completas
• Checkout mais agradável

​

Baixar .env

• Baixa todas as variáveis de ambiente de uma vez
• Prático para configurar o desenvolvimento local
• Acesso offline seguro à configuração

​

Melhorias de interface e desempenho

​

Melhorias visuais

• Botão de download adicionado à aba de arquivos
• Carregamento do dashboard mais rápido
• Melhorias de responsividade para celulares e tablets
• Detecção automática ao colar variáveis de ambiente
• Nova grade de projetos com opções de visualização em lista e em cards
• Melhorias nas interações do cabeçalho e do menu de perfil

​

Desempenho

• Uploads de arquivos mais rápidos
• Operações de commit mais ágeis
• Tempos de reinício, parada e início reduzidos

​

Nova página de pagamento

• Opções de pagamento mais claras
• Experiência do usuário aprimorada durante o checkout
• Suporte a vários métodos de pagamento
• Histórico de transações e acesso às faturas

​

Melhorias

• Bloqueio de funcionalidades por plano aprimorado
• Mensagens de erro aprimoradas em toda a plataforma
• Responsividade para celulares aprimorada em todas as páginas
• Navegação mais intuitiva entre os níveis de plano

​

Mudanças que quebram compatibilidade

​

Visão geral

​

Novas funcionalidades

​

Sistema de logs unificado

• Erros e falhas agora armazenados em uma aba LOGS dedicada
• Interface unificada para visualizar todos os logs das aplicações
• Filtragem e busca fáceis no histórico de logs
• Melhor depuração e investigação de problemas

​

Suporte ao Bun

• Deploy de aplicações com Bun 1.2.2 ou superior
• Alternativa ao Node.js com desempenho mais rápido
• Suporte completo a TypeScript desde o início
• Compatível com os pacotes npm existentes

​

Métricas inteligentes

• Métricas coletadas a cada 5 minutos
• Acompanhamento de uso de CPU, consumo de memória e número de requisições
• Dados históricos para análise de desempenho
• Base para recursos de auto-scaling

​

Aba de logs da aplicação

• Transmissão de logs em tempo real
• Recuperação de logs históricos
• Recursos de filtragem e busca nos logs
• Integração com o rastreamento de erros

​

Extensão do VSCode

• Deploy diretamente pelo VS Code
• Gerenciamento de aplicações a partir do editor
• Visualização de logs e métricas na barra lateral
• Versão alpha disponível no marketplace do VS Code

​

Atualizações de runtime

​

Versões do Node.js

• Node.js 22.18.0
• Node.js 24.5.0
• Seleção automática de versão durante o deploy

​

Versão do Python

​

Runtime Bun

• Bun 1.2.2

​

Melhorias

​

Navegação e experiência de uso

• Navegação da barra lateral aprimorada
• Melhor organização dos recursos de gerenciamento de aplicações
• Interface de logs mais limpa
• Visualização de métricas aprimorada

​

Correções de bugs

• Corrigidos problemas de conexão no streaming de logs
• Clareza das mensagens de erro na aba de logs aprimorada
• Corrigidos casos extremos no cálculo de métricas
• Corrigidos problemas de navegação na extensão do VSCode

​

Mudanças que quebram compatibilidade

​

Visão geral

​

Novas funcionalidades

​

Modernização do gerenciador de arquivos

• Nova interface moderna, com mais usabilidade
• Botão de commit para os usuários do gerenciador de arquivos fazerem deploy das alterações diretamente
• Botão de reinstalar dependências para usuários do plano Free
• Visualização em árvore de arquivos aprimorada
• Suporte a arrastar e soltar
• Recursos de extração de arquivos ZIP

​

Certificados de banco de dados

• Fluxo unificado de cópia de certificados para Redis, MongoDB e PostgreSQL
• Nova aba de certificados nas configurações do banco de dados
• Cópia de certificados para a área de transferência com um clique
• Exibição clara das informações do certificado
• Melhor organização dos certificados

​

Referência da API

• Documentação completa do endpoint de Aplicações
• Referência do endpoint de Bancos de dados
• Documentação do endpoint de Organizações
• Referência do endpoint de Usuários
• Documentação do endpoint de Serviços
• Exemplos interativos da API e amostras de requisição e resposta

​

Suporte a TSX

• Arquivos .tsx agora são reconhecidos e editáveis
• Realce de sintaxe completo para TSX
• Tratamento adequado dos arquivos nos commits

​

Link da aplicação nos cards

• Para sites e APIs, a URL do deploy agora aparece diretamente nos cards de projeto
• Acesso rápido para visualizar as aplicações no ar
• Navegação com um clique até a aplicação em execução

​

Abrir aplicação

• Agora abre na mesma aba, em vez de uma nova aba
• Melhor experiência do usuário
• Melhor gerenciamento das abas do navegador

​

Redesenho da plataforma

• Esquema de cores e design system atualizados
• Tipografia e espaçamento aprimorados
• Melhor hierarquia visual
• Componentes de interface modernos em todo o site
• Melhorias de design responsivo

​

Melhorias de gerenciamento

​

CRUD de organizações

• Fluxo de criação de organizações aprimorado
• Melhor adição e remoção de projetos das organizações
• Interface de gerenciamento de membros mais intuitiva

​

Descrições detalhadas

• A seção de organizações tem explicações detalhadas
• Descrições da página Explorar para facilitar a descoberta
• Seção de backups com contexto útil
• Páginas de configurações com instruções mais claras

​

Aumento do limite de pedidos

• Agora é possível ter até 3 pedidos de plano simultâneos
• Melhor suporte a mudanças de plano em lote
• Fluxo de checkout aprimorado

​

Terminal e logs

​

Terminal aprimorado

• Ver os últimos logs mesmo quando a aplicação está offline
• Melhor preservação dos logs
• Corrigido o bug de requisição duplicada
• Rolagem dos logs aprimorada

​

Suporte a linguagens e runtimes

​

Correção no upload de Python

• Melhor tratamento de projetos Python com diferentes estruturas de diretórios
• Detecção de pacotes aprimorada
• Processo de deploy mais confiável

​

Versões do Python

• Python 3.11 (recomendada para estabilidade)
• Python 3.12 (versão mais recente)

​

Recursos adicionais

​

Página de privacidade

• Endpoint /privacy disponível
• Declaração de privacidade clara para os usuários
• Informações de conformidade e tratamento de dados

​

Melhorias de desempenho

​

Instalação de pacotes

• Velocidade de instalação de pacotes 1,5x maior
• Deploys mais rápidos
• Tempos de build reduzidos

​

Responsividade do cabeçalho

• Corrigidos problemas de responsividade em telas menores
• Melhor tratamento de overflow
• Interações mais fluidas

​

Correções de bugs

• Corrigidas diversas inconsistências da interface
• Tratamento de erros aprimorado em toda a plataforma
• Corrigidos casos extremos na geração de certificados
• Corrigidos problemas de ordenação no gerenciador de arquivos
• Estabilidade da conexão com bancos de dados aprimorada

​

Mudanças que quebram compatibilidade

​

Visão geral

​

Novas funcionalidades

​

Abas de configurações da aplicação

• General — Configurações e informações básicas da aplicação
• Environment Variables — Gerenciamento de segredos e configurações
• Deploys — Histórico de deploys e configuração de deploy automático
• Network — Domínio personalizado e opções de rede
• Danger Zone — Operações destrutivas, como a exclusão da aplicação

​

Variáveis de ambiente

• Operações CRUD completas para variáveis de ambiente
• Seção dedicada a segredos para dados sensíveis
• Suporte a colagem em massa para configuração rápida
• Injeção de variáveis de ambiente em tempo real
• Criptografia de variáveis em repouso

​

Domínios personalizados

• Configurar um domínio personalizado para qualquer aplicação
• Orientação e validação das configurações de DNS
• Personalização de subdomínio
• Provisionamento de certificados SSL/TLS

​

Deploys automáticos

• Integração com webhooks do GitHub
• Deploy automático a cada push na branch especificada
• Configuração e gerenciamento de webhooks
• Logs e histórico de deploys

​

Organizações

• Criar e gerenciar organizações
• Gerenciamento de membros com atribuição de funções
• Permissões de commit por função
• Controle de acesso aos backups por função
• Exclusão de organizações

​

Página de preços

• Tabela comparativa dos níveis
• Lista de funcionalidades por plano
• Preços dos planos de banco de dados
• Opções de preço anual
• Diferenciação clara entre os planos

​

Sistema de pagamento

• Integração com PIX — Método de pagamento instantâneo brasileiro
• Página de faturas com o histórico de transações
• Página de pagamento para compras de planos
• Gerenciamento de renovação de planos
• Suporte a múltiplas opções de pagamento

​

Códigos de resgate

• Resgatar códigos promocionais
• Validação e verificação de códigos
• Registro de uso e histórico

​

Gerenciamento de planos

• Upgrade para um nível superior
• Downgrade para um nível inferior
• Renovação de plano
• Histórico de mudanças de plano

​

Notificações de vencimento do plano

• E-mail de aviso antes do vencimento
• Indicadores de aviso no dashboard
• Informação sobre o tempo restante para renovar
• Aviso de renovação nas configurações

​

Chave de API

• Gerar chaves de API
• Revogar chaves
• Interface de gerenciamento de chaves
• Uso da chave de API nas aplicações

​

Atividades e logs de auditoria

• Rastreamento de atividades das aplicações
• Logs de atividade dos bancos de dados
• Histórico de ações do usuário
• Data e detalhes de cada ação
• Exportação

​

Recursos de banco de dados

​

Redesenho das configurações do banco de dados

• Seção de reset para operações de reinicialização do banco de dados
• Gerenciamento e exibição de credenciais
• Aba de visão geral com as informações do banco de dados
• Opções de backup e restauração

​

Recursos de deploy

​

Integração com o GitHub

• Seleção de repositório do GitHub no fluxo de novo projeto
• Suporte a repositórios privados
• Seleção de branch
• Configuração automática de webhook

​

Controle de acesso

​

Permissões por plano

• Auto-restart limitado aos planos pagos
• Gerenciador de arquivos restrito a determinados níveis
• Disponibilidade de domínio personalizado por plano
• Visibilidade das métricas por plano
• Funcionalidade de backup por plano
• Disponibilidade de deploy automático
• Bloqueio de funcionalidades baseado no plano

​

Melhorias no terminal

​

Terminal em tempo real

​

Melhorias

• Diferenciação mais clara entre os planos
• Melhores recursos de colaboração em equipe
• Fluxo de pagamento aprimorado
• Organização das aplicações aprimorada
• Melhor gerenciamento de variáveis de ambiente

​

Correções de bugs

• Corrigidos problemas na geração de chaves de API
• Entrega de webhooks mais confiável
• Corrigidos casos extremos na exclusão de organizações
• Corrigida a verificação de permissões do plano

​

Mudanças que quebram compatibilidade

​

Visão geral

​

Novas funcionalidades

​

Reconstrução do dashboard

• Nova navegação em layout com barra lateral
• Organização mais limpa e intuitiva
• Design responsivo para todos os tamanhos de tela
• Indicadores de status em tempo real
• Gerenciamento de aplicações simplificado

​

Gerenciador de arquivos

• Navegar e editar os arquivos da aplicação diretamente
• Exclusão em massa
• Suporte à edição de arquivos de configuração
• Upload e download de arquivos
• Navegação em árvore de diretórios
• Criação e edição de arquivos

​

Organizações

• Criar e gerenciar organizações
• Adicionar membros às organizações
• Controle de acesso baseado em funções
• Configurações no nível da organização
• Convites para membros
• Gerenciamento de permissões

​

Logs em tempo real

• Atualização de logs em tempo real enquanto as aplicações rodam
• Filtragem e busca nos logs
• Recuperação de logs históricos

​

Suporte ao idioma espanhol

• Traduções completas para espanhol (ES)
• Seleção de idioma nas configurações do usuário
• Todo o texto da interface traduzido
• Modelos de e-mail em espanhol

​

Sistema de commits

• Criar commits de aplicações
• Reverter para commits anteriores
• Visualização do histórico de commits
• Rastreamento de deploys
• Gerenciamento de versões

​

Backups

• Criar backups manuais
• Ver o histórico de backups
• Restaurar a partir de um backup
• Agendamento de backups
• Integração com a API

​

Nova landing page

• Design e layout modernos
• Proposta de valor clara
• Destaques de funcionalidades
• Botões de chamada para ação
• Navegação melhorada

​

Página de preços

• Comparação de planos
• Lista de funcionalidades por nível
• Transparência de preços
• Diferenciação entre os níveis

​

Páginas adicionais

• Página de Termos de Serviço
• Página Sobre
• Página de suporte e contato
• Documentação de ajuda

​

Componentes e visualização

​

Gráficos

• Gráficos de uso de recursos
• Exibição de métricas de desempenho
• Visualização de dados históricos
• Interações com os gráficos
• Vários tipos de gráfico

​

Atividades

• Logs de atividade das aplicações
• Logs de atividade dos bancos de dados
• Rastreamento de ações do usuário
• Detalhes completos das atividades
• Filtragem de atividades

​

Suporte a Markdown

​

Cards de logs e atividades

• Renderização de Markdown nos logs
• Markdown nos cards de atividades
• Melhor legibilidade do conteúdo
• Suporte a blocos de código nos logs
• Renderização de links

​

Melhorias

• Interface do usuário mais limpa em todo o sistema
• Melhor organização dos recursos
• Fluxo de navegação aprimorado
• Gerenciamento de aplicações mais intuitivo
• Visibilidade melhorada do status das aplicações
• Exibição mais clara da utilização de recursos

​

Correções de bugs

• Corrigidos problemas de renderização do dashboard
• Entrega de logs em tempo real aprimorada
• Corrigidos casos extremos do gerenciador de arquivos
• Corrigidos bugs de navegação
• Tratamento de erros aprimorado

​

Mudanças que quebram compatibilidade

​

Visão geral

​

Novidades

​

Dashboard

• Ver todas as aplicações implantadas
• Ver todos os bancos de dados conectados
• Visão geral rápida do status
• Listagem e filtragem de projetos
• Gerenciamento básico de recursos

​

Detalhes do banco de dados

• Ver as informações do banco de dados
• Exibição das credenciais de conexão
• Estatísticas de uso do banco de dados
• Gerenciamento de configuração
• Integração com a API

​

Detalhes da aplicação

• Visão geral da aplicação
• Integração com o gerenciador de arquivos
• Navegação por abas a partir de parâmetros da URL
• Logs da aplicação
• Status do deploy

​

Páginas de aplicações e bancos de dados

• Página de aplicações com todas as aplicações
• Página de bancos de dados com todos os bancos de dados
• Filtragem e ordenação
• Ações rápidas por recurso

​

Campo de domínio personalizado

• Configuração de domínio personalizado nas aplicações
• Validação de domínio
• Orientação para configuração de DNS
• Base para os recursos de domínio personalizado

​

Configuração de desenvolvimento

​

Ferramentas de qualidade de código

• Configuração do ESLint para análise de código
• Configuração do Prettier para formatação de código
• Verificações automatizadas de qualidade de código
• Aplicação consistente do estilo de código

​

Design system

• Tailwind CSS para estilização
• Sistema de cores personalizado com as cores da marca
• Design tokens e utilitários
• Framework de design responsivo

​

Melhorias

• Interface limpa e funcional
• Gerenciamento de aplicações intuitivo
• Base para os recursos futuros
• Base arquitetural sólida
• Pronta para a expansão da plataforma

​

Infraestrutura

​

Plataforma inicial

• Sistema de deploy em containers
• Suporte a DNS e SSL
• Roteamento básico
• Isolamento de aplicações

​

Mudanças que quebram compatibilidade