Changelog de Vertra Cloud

​

Documentación en portugués y español

​

Correcciones en toda la documentación

• Referencia de la API: cada endpoint ahora lista los errores de autenticación que la API devuelve de verdad: AUTH_TOKEN_MISSING, API_KEY_INVALID y SESSION_REVOKED con 401, y API_KEY_IP_DENIED y API_KEY_SCOPE_DENIED con 403. El código genérico UNAUTHORIZED, que la API nunca devuelve, se ha eliminado, y los ejemplos de error muestran los códigos de estado correctos.
• Crear una app desde el terminal: ejecuta vertra upload en la carpeta del proyecto. Crea la aplicación y guarda su ID en vertracloud.config, y a partir de ahí vertra deploy le envía el código nuevo. La documentación empezaba con vertra deploy, que solo actualiza una aplicación que ya existe y falla en una cuenta sin ninguna. La página de la CLI también explica vertra link y vertra unlink.
• Los pasos del panel apuntan a las pestañas reales: Ajustes → General, Deploy, Variables de entorno y Red. El despliegue automático está en Ajustes → Deploy → Activar deploy automático.
• El almacenamiento de la base de datos es 6 GB + 1 GB por cada 512 MB de RAM, o 3× la RAM cuando eso es mayor.
• Aplicación más base de datos: ejecutar una aplicación con PostgreSQL, MySQL o MongoDB requiere Scale o superior. Con Redis, basta con Pro.
• Los roles de workspace tienen 20 permisos. Algunas páginas decían 19 o 21.
• Ejemplos de código: corregidos el bot de Discord en Python (message.channel.send), los tutoriales de Flask, Telegram, Ruby, PHP y Django, y los ejemplos de las SDK de Python, Go y JavaScript.
• Downgrade de plan: el ejemplo ahora lleva Enterprise-4 a Intermediary, un escalón más abajo.

​

Imágenes Docker personalizadas

• Crea una imagen desde un archivo ZIP de hasta 100 MB, o desde un repositorio de GitHub. La rama es opcional: si no la indicas, se usa la rama predeterminada del repositorio. Un repositorio de tus instalaciones de la GitHub App se vincula, así que cada push reconstruye la imagen; un repositorio público fuera de ellas se construye una sola vez, sin vínculo. En el panel, Nuevo proyecto también tiene la opción Usar imagen Docker para crear una aplicación a partir de una imagen que ya tengas. El proyecto necesita un archivo llamado exactamente Dockerfile en su raíz. La imagen se construye en un entorno de build aislado con un límite de 26 minutos, y el resultado puede llegar a 10 GB. Cada cuenta puede tener hasta 20 imágenes.
• Revisa antes de construir. El panel revisa tu Dockerfile antes de que empiece el build: las instrucciones que debilitarían el aislamiento del build se rechazan, y los errores habituales, como los archivos .env en el proyecto, se señalan para que los corrijas. Los archivos .env* nunca entran en la imagen, y tu Dockerfile nunca se reescribe. Consulta qué se rechaza y qué se advierte.
• Crea aplicaciones desde la imagen. Varias aplicaciones pueden compartir una imagen, cada una con sus propias variables. En una aplicación web, el puerto es el primer EXPOSE del Dockerfile, o 80, y llega a tu aplicación como PORT. Una aplicación creada sin la web puede publicarse más adelante indicando el puerto.
• Actualiza la imagen subiendo un contexto nuevo, con un commit encima del contexto actual, o con un push a una rama de GitHub vinculada (vincula un repositorio de tus instalaciones de la GitHub App; la rama es opcional). La GitHub Action acepta image-id para reconstruir una imagen. Una reconstrucción nunca reinicia tus aplicaciones: cada una pasa a la nueva versión cuando la reinicias o la despliegas.
• Versiones y rollback. Cada build correcto es una versión. Las aplicaciones conservan 30 releases durante 30 días, y un rollback inicia una versión que ya estaba construida.
• Snapshots de estas aplicaciones contienen los datos de /app y la versión de la imagen. Al restaurar, también puedes volver a esa versión si todavía existe.
• Renombrar y describir. Puedes dar una descripción a una imagen (de hasta 128 caracteres) al crearla, y renombrarla o cambiar su descripción después en el panel, la API, los SDK, la CLI, el servidor MCP o la extensión de VS Code. No se reconstruye nada y tus aplicaciones siguen ejecutándose.
• Eliminar una imagen elimina cada aplicación creada a partir de ella, después de que escribas el nombre de la imagen.
• En la extensión de VS Code. Una nueva vista de Imágenes Docker muestra tus imágenes y sus aplicaciones. Desde ahí puedes crear una imagen desde una carpeta o un repositorio de GitHub, reconstruirla, seguir el log del build, consultar las versiones, vincular una rama de GitHub, eliminarla y crear una aplicación a partir de ella. El despliegue, la publicación y la restauración de snapshots de las aplicaciones de imagen también funcionan desde la extensión, y una nueva aplicación desde una carpeta con un Dockerfile ofrece crear una imagen en su lugar.

​

Mejoras

• Elige la rama de tus despliegues de GitHub. Importar un repositorio de GitHub en el panel ahora tiene un selector de rama, y el despliegue automático sigue la rama que elijas (la ruta del webhook de despliegue acepta un branch opcional). Los despliegues automáticos existentes siguen main y master.
• Enlaces para desarrolladores en la barra lateral. CLI, extensión de VS Code, MCP, Novedades y Docs pasaron del menú de la cuenta a la barra lateral del panel.
• Tema con un clic. La apariencia en el menú de la cuenta es ahora un único botón que cambia entre Sistema, Claro y Oscuro.
• Eliminar una aplicación espera al resultado. El cuadro de confirmación se mantiene abierto con su progreso hasta que termina la eliminación, y entonces se cierra con la aplicación ya fuera de la lista. Si la eliminación falla, el cuadro sigue abierto y muestra el motivo.
• Sesión ya iniciada. Abrir la página de inicio de sesión estando ya conectado te lleva directamente al panel.

​

Correcciones

• Importar un repositorio de GitHub cuyo nombre contiene .git en medio, como name.github.io, ya no trae el repositorio equivocado.
• Restaurar un snapshot (de aplicación o de base de datos) o hacer rollback a un release desde un archivo dañado ahora se rechaza antes de cambiar nada (INVALID_ZIP_STRUCTURE, 400). Los archivos de la aplicación y la base de datos en ejecución se mantienen como estaban; antes, una base de datos podía quedar detenida y los archivos de una aplicación podían borrarse. Un snapshot de aplicación sin archivos se rechaza de la misma forma.
• Las acciones sobre aplicaciones, bases de datos, snapshots, dominios y archivos ahora siempre registran su actividad en el workspace al que pertenece el recurso.
• Vincular una aplicación al despliegue automático ahora comprueba el repositorio contra tu instalación de la GitHub App. Un repo_id que no coincide con el repositorio se rechaza con VALIDATION_ERROR, un repositorio fuera de la instalación devuelve INSTALLATION_NOT_FOUND, y si GitHub no está disponible se devuelve FETCH_ZIP_ERROR (502).

​

Las bases de datos nuevas tienen un usuario vertracloud propio

​

Redis: el nombre de usuario ya es obligatorio en las bases de datos nuevas

​

username en la API

​

Las aplicaciones solo pueden escribir en /app, /tmp, /var/tmp y /run

​

Elige la versión de la base de datos

​

Actualizaciones de seguridad al reiniciar

​

Corrección: restablecimiento de contraseña de MySQL

​

Deno, .NET y Elixir

• Deno (deno): 2.9.8, recomendada y más reciente, además de 2.8.3. Se detecta a partir de deno.json, deno.jsonc o deno.lock. MAIN es el archivo de entrada, como main.ts.
• .NET (dotnet, se muestra como .NET (C#)): 10.0.402. Se detecta a partir de .csproj, .fsproj, .sln o global.json. MAIN es el .csproj, y la aplicación escucha en el puerto indicado en ASPNETCORE_HTTP_PORTS, que ya está definido como 80.
• Elixir (elixir): 1.20.4 sobre OTP 28. Se detecta a partir de mix.exs. Phoenix es compatible con SECRET_KEY_BASE y PHX_HOST definidos como variables de entorno. Ejecuta mix assets.deploy antes de crear el zip, o usa un proyecto sin assets.

​

Runtimes actualizados y fin de soporte

​

Correcciones de seguridad en los runtimes actualizados

• Node.js 22.23.4 y 24.22.1: siete correcciones, entre ellas CVE-2026-111497 en el decodificador Brotli. 24.22.1 corrige también CVE-2026-105483. Aviso de 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 y 8.4.27: CVE-2026-109618 y CVE-2026-109619, ambas en el núcleo de PHP. GHSA-w8hw-w9fx-j79w y GHSA-6wmf-4rv5-p3rp
• Python 3.11.17, 3.12.15 y 3.13.17: ocho correcciones, entre ellas CVE-2026-82049 en tarfile. 3.13.17 incluye también certificados raíz actualizados. Notas de la versión: 3.11.17, 3.12.15 y 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 y 1.27.3: CVE-2026-56866 en net/http, CVE-2026-111943 en crypto/x509 y las demás correcciones de las ramas 1.26 y 1.27. Historial de versiones de Go
• Bun 1.3.14 y 1.4.4: correcciones de HTTP request smuggling, TLS, WebSocket y del gestor de paquetes. Bun 1.3.14 y Bun 1.4.4

​

Detección de lenguaje más fiable

​

El asistente de creación muestra lo que se detectó

​

La vCPU crece ahora con la RAM de cada proyecto

​

Cambio incompatible: missing_dependencies eliminado

​

Limpieza automática al cambiar de lenguaje

​

INVALID_LANGUAGE responde 400

​

Varios dominios personalizados por aplicación

• www automático: al añadir example.com se añade también www.example.com, y viceversa. El complementario redirige al dominio principal, no cuenta para tu límite y puede desactivarse. Cualquiera de los dos puede convertirse en el dominio principal.
• Puerto por dominio: cada dominio puede llegar a un puerto distinto de tu aplicación, del 1 al 65535, con hasta 5 puertos además del 80 por aplicación.
• Prefijo de ruta: un dominio puede añadir una ruta como /api delante de cada petición. Recomendado para APIs.
• Redirecciones: un dominio puede redirigir a otro dominio de la misma aplicación con un 301, 302, 307 o 308 (por defecto 308), manteniendo la ruta y la cadena de consulta.
• Estado y limpieza: cada dominio muestra su estado y el de su certificado. Un dominio que pase 14 días sin DNS se elimina automáticamente y recibes un correo. Cuando un dominio se elimina, ya sea por ti, al dejar de publicarlo o por esta limpieza, borra sus registros CNAME y TXT de validación en tu proveedor de DNS. Los dominios raíz muestran una advertencia, porque un CNAME en la raíz necesita un proveedor de DNS con aplanamiento de CNAME (CNAME flattening).

​

Cambio incompatible: los planes se identifican por nombre en la API

• GET /v1/users/me ya no devuelve plan_id ni plan.id. Lee plan.name en su lugar. plan es null cuando la cuenta no tiene un plan activo.
• Las aplicaciones, las bases de datos y los workspaces devuelven owner_plan (el nombre del plan, o null) en lugar de owner_plan_id.
• Las cuentas sin un plan activo reciben PLAN_REQUIRED al crear aplicaciones o bases de datos, o al publicar un sitio. FREE_PLAN_SUSPENDED y FREE_PLAN_NO_WEB_PUBLISH ya no se devuelven.
• La lista completa de nombres está en la base de conocimiento.

​

Cambio incompatible: rutas de dominio personalizado reemplazadas

• Los objetos de aplicación devuelven domains, una lista, en lugar de custom_domain. public_url apunta al dominio principal. Las rutas de publicación devuelven los nombres de host en domains.
• NO_CUSTOM_DOMAIN ya no se devuelve: una aplicación sin dominios tiene una lista vacía.
• DOMAIN_ALREADY_IN_USE responde ahora 409, y CUSTOM_DOMAIN_REGISTRATION_FAILED responde 502.
• Nuevos códigos de error: DOMAIN_NOT_FOUND, DOMAIN_LIMIT_REACHED, DOMAIN_PORT_LIMIT_REACHED, INVALID_DOMAIN_PORT, INVALID_PATH_PREFIX, INVALID_REDIRECT_TARGET y DOMAIN_CONNECT_UNAVAILABLE. Consulta Errores.

​

SDK, CLI, servidor MCP y extensión de VS Code 0.3.0

• CLI: nuevos comandos vertra app domains (consulta CLI). Detener una aplicación o una base de datos y eliminar una variable de entorno ahora piden confirmación; rechazar cualquier confirmación termina con código 1.
• Servidor MCP: nuevas herramientas de dominios. Las herramientas que eliminan, sobrescriben, detienen, reinician o cambian el acceso se marcan como destructivas, así que el cliente pide confirmación antes de ejecutarlas. Los logs, archivos y otros contenidos de tus aplicaciones se marcan como no confiables. Consulta MCP.
• Extensión de VS Code: gestiona todos los dominios personalizados de una aplicación y muestra los nombres de los planes.
• Tu clave de API se queda solo en la API de Vertra Cloud: el servidor MCP y la extensión de VS Code ya no siguen redirecciones, y los SDK descartan la clave cuando una redirección sale de la API. Los SDK y el servidor MCP también rechazan las rutas de petición no válidas antes de enviar nada.
• GitHub Action v1.0.4 usa por defecto la CLI 0.3.0. Consulta GitHub Actions.

​

Límite de variables de entorno ampliado a 256

​

Un JSON mal formado ahora devuelve 400

​

Protección reforzada contra avalanchas de tráfico

​

La creación de aplicaciones responde al instante y el build continúa en segundo plano

• Seguir el build: consulta GET /v1/apps/{id} o abre los logs en tiempo real.
• Durante el build: iniciar, detener, reiniciar, los despliegues de archivos, el rollback, los snapshots, las restauraciones y los cambios de configuración responden 409 APP_BUILDING. Eliminar la aplicación sí está permitido.
• Builds interrumpidos: la aplicación permanece en down y aparece BUILD_INTERRUPTED en sus logs. Si la plataforma cancela la creación, la aplicación deja de existir.
• Motivo del fallo: cuando un build o una instalación fallan, GET /v1/apps/{id} devuelve el código en el nuevo campo last_build_error (null tras un build correcto). Los helpers de espera de los SDK, el servidor MCP, la CLI, la extensión de VS Code y el panel lo usan para indicar qué hacer. Consulta Errores.
• Cambios en la respuesta: la respuesta de creación ya no incluye removed_directories, y GET /v1/apps/{id} devuelve missing_dependencies después del build.
• SDK, MCP y CLI: apps.waitUntilReady (JavaScript), apps.wait_until_ready (Python) y Apps.WaitUntilReady (Go) esperan a que termine el build. El servidor MCP tiene una nueva herramienta wait_for_app, y la CLI acepta --no-wait. Consulta la guía de SDK y MCP.

​

Los builds instalan devDependencies cuando hay un comando de build

​

Builds más rápidos

​

Puppeteer usa el Chromium preinstalado

​

Correcciones de runtime para Ruby, Java, PHP y Rust

• Ruby: las gemas instaladas desde el Gemfile se cargan ahora automáticamente al iniciar, así que ya no necesitas require "bundler/setup". Las aplicaciones también se ejecutan con RACK_ENV y RAILS_ENV definidos como production, de modo que las apps de Sinatra ya no responden 403 Host not permitted; ambas variables están ahora reservadas, igual que NODE_ENV.
• Java: los proyectos Maven y Gradle se compilan en la plataforma, ya que el runtime incluye ahora un JDK.
• PHP: añadir un paquete a composer.json sin actualizar composer.lock ya no hace fallar la instalación; el archivo de bloqueo se actualiza.
• Rust: el runtime se actualiza a 1.98 (recomendada) y 1.99 (la más reciente); 1.97 sigue disponible.

​

Blob Storage

​

Archivos públicos y privados

​

Subidas de hasta 10 GB

​

Seguro por defecto

​

Reglas de carpeta, transformaciones de imagen y dominios personalizados

• Reglas de carpeta: valores predeterminados y límites por carpeta, como visibilidad, tamaño máximo, extensiones permitidas, caché y borrado automático tras un número de días.
• Transformaciones de imagen: redimensionar, recortar y convertir imágenes públicas mediante parámetros en la URL, desde Scale.
• Dominios personalizados: sirve archivos públicos desde un subdominio propio, como cdn.example.com, desde Enterprise-4. Un dominio también puede servir HTML, SVG y XML en el navegador, en un entorno aislado (sandbox), cuando activas web_content.

​

Cuota por plan

​

Claves de API y workspaces

​

SDK, S3, CLI y MCP

• JavaScript: un SDK específico, @vertracloud/blob, para Node, navegadores y entornos edge. Consulta el SDK de JavaScript.
• Python y Go: client.blob y client.Blob en los SDK existentes. Consulta SDK de Python y Go.
• S3: aws-cli, rclone, boto3 y otras herramientas de S3 funcionan con credenciales derivadas de tu clave de API. Consulta Compatibilidad con S3.
• CLI: vertra blob ls, put, get, link, rm y stats. Consulta CLI.
• MCP: herramientas para listar, subir, crear enlaces, cambiar la visibilidad y eliminar archivos. Consulta MCP.

​

Despliegues sin tiempo de inactividad en Enterprise

• Modos: off (el predeterminado, también para las aplicaciones creadas antes de esta actualización) sigue deteniendo primero la versión en ejecución; auto usa el despliegue sin tiempo de inactividad para las aplicaciones que reciben tráfico web; on lo fuerza, incluso en aplicaciones sin tráfico web. Los bots y otras aplicaciones sin tráfico web siguen con detener y arrancar en auto, porque dos copias de un bot responderían dos veces al mismo evento. Actívalo en la configuración de la aplicación, en Deploy; se aplica desde el próximo reinicio o despliegue.
• Ruta de comprobación de estado: define la ruta que la plataforma llama en la nueva versión, / por defecto, con el nuevo campo deploy.health_check_path de Actualizar configuración de la aplicación o en la configuración de la aplicación. Cualquier respuesta HTTP cuenta como correcta, incluido un 404; una conexión rechazada, un timeout o una respuesta 5xx no.
• Despliegues descartados: si la nueva versión no responde correctamente en unos 2 minutos, se descarta, recibes un aviso con su log y la versión anterior sigue en ejecución. El log en vivo muestra el mismo aviso.
• Alternativa: si en ese momento no se puede arrancar la segunda copia, el despliegue vuelve a detener primero la versión en ejecución.

​

Rollback automático cuando una nueva versión no arranca

• Cuándo actúa: solo si la nueva versión se detiene en los primeros 60 segundos tras un despliegue. Una parada posterior se trata como una caída normal y la gestiona el reinicio automático.
• Una sola vez: la plataforma vuelve atrás una única vez. Si la versión anterior también se detiene, la aplicación queda detenida y se te notifica.
• Qué vuelve: los archivos de código, no las variables de entorno. Para recuperar las variables, usa el rollback manual con la opción de variables.
• Te avisamos: recibes una notificación, la pestaña Rollbacks marca la versión fallida con su log, y el rollback automático aparece como una nueva versión creada por Vertra Cloud. El log en vivo de la aplicación muestra los mismos avisos.
• Configuración: está desactivado por defecto, también para las aplicaciones creadas antes de esta actualización. Actívalo en la configuración de la aplicación, en Deploy, o con el nuevo campo deploy.auto_rollback de Actualizar configuración de la aplicación. Cambiarlo no reinicia la aplicación.

​

Snapshot de seguridad al eliminar una aplicación

• Si el snapshot falla, la aplicación no se elimina y la petición responde SNAPSHOT_FAILED; contacta con soporte. Demasiados snapshots de seguridad en poco tiempo responden FORCED_SNAPSHOT_RATE_LIMIT.
• En Free y Economy, la aplicación se elimina de inmediato, sin copia. El diálogo de eliminación lo indica y ofrece descargar antes el proyecto.
• El vencimiento del plan sigue tomando un snapshot de cada proyecto antes de eliminarlo, en todos los planes.

​

Volver a una versión anterior de una aplicación

• Qué vuelve: todo el código de esa versión. Los archivos de código que esa versión no tenía se eliminan.
• Qué se mantiene: los datos que la aplicación creó mientras se ejecutaba, como un archivo de base de datos o las subidas. Para recuperar datos, usa un snapshot.
• Variables de entorno (opcional): marca la opción para restaurar las variables guardadas con esa versión. La confirmación solo enumera los nombres de las variables que se añadirán, cambiarán o eliminarán. Nunca se muestran los valores.
• Deshacer: un rollback es una nueva versión en el historial, así que puedes volver a la versión de la que venías. Dos rollbacks de la misma aplicación requieren 30 segundos de separación.
• Límites por plan: el rollback empieza en Pro. Pro conserva las 3 versiones anteriores durante 7 días, Scale 5 durante 14 días, Intermediary 10 durante 30 días, y Enterprise de 15 a 30 según el nivel, durante 30 días. El plazo de una versión empieza cuando deja de ejecutarse; la versión en ejecución nunca caduca. Economy y Free muestran el historial sin la opción de rollback.

​

Historial de despliegues y mensajes de commit para cada aplicación

• Panel: un campo de mensaje opcional en el diálogo de subida.
• API: un campo message en el endpoint de subida de archivos.
• CLI: vertra app commit -m "...". Sin -m, dentro de un repositorio git, la CLI usa el asunto del último commit.

​

El despliegue automático desde GitHub construye el commit que enviaste

​

Releases, rollback y ajustes de despliegue desde la CLI, los SDK y MCP

• CLI: vertra app releases lista las versiones y vertra app releases log muestra el log de una fallida. vertra app rollback muestra lo que va a pasar y pide confirmación antes de ejecutarlo; con --env solo lista los nombres de las variables que cambian. Sin terminal necesita --yes. vertra app config acepta --zero-downtime, --auto-rollback, --health-path y --clear-health-path.
• SDK: apps.releases lista releases, lee un log, previsualiza un rollback y lo ejecuta, en los tres lenguajes. Al actualizar la configuración de una aplicación se aceptan los ajustes de despliegue, y las subidas aceptan un mensaje.
• MCP: nuevas herramientas list_releases, get_release_log, preview_rollback y rollback_app. rollback_app está marcada como destructiva, así que tu cliente te pedirá confirmación. update_app_config acepta los ajustes de despliegue y deploy_app acepta un mensaje.
• Permisos: apps:read para listar y leer logs, apps:envs para la vista previa y para restaurar variables, y apps:write para hacer rollback.

​

Elige dónde se suben los archivos

• API: POST /v1/apps/{id}/files/upload acepta un parámetro de consulta path opcional con la carpeta de destino, relativa a la raíz de la aplicación. Déjalo vacío u omítelo para subir a la raíz. Pueden devolverse tres nuevos códigos de error: INVALID_PATH, FORBIDDEN_PATH y PATH_IS_FILE.
• SDK: en JavaScript, apps.files.upload(id, file, filename, { path }); en Python, upload(..., path="src"); y en Go, ApplicationFileUploadParams{Path: "src"}.
• CLI: vertra app commit --path src sube a esa carpeta.

​

Los archivos subidos aparecen al instante al reiniciar

​

Menú de la cuenta

​

Paga con tarjeta, con renovación automática

• La tarjeta se guarda en tu cuenta y tu plan se renueva automáticamente con tu tarjeta predeterminada. El cobro se realiza 3 días antes de que expire el plan, y recibes un correo el mismo día. Si el cobro falla, se reintenta en cada uno de los 2 días siguientes y en el día de vencimiento; si todos los intentos fallan, el plan expira con normalidad. Si tu banco pide confirmación, recibes un correo para confirmarla.
• No hay periodo de fidelidad. Para dejar de renovar automáticamente, usa Cancelar renovación en la tarjeta del plan, en Facturación: tu plan sigue activo hasta su fecha de vencimiento, tu tarjeta sigue guardada y puedes volver a activar la renovación en cualquier momento.
• Los pagos con Pix no se renuevan solos; seguirás recibiendo el aviso de vencimiento habitual.
• El plan Economy se paga solo con Pix, así que nunca se renueva automáticamente.
• Vertra nunca ve ni guarda el número de tu tarjeta: la tarjeta y tus datos de facturación los almacena Stripe, y Vertra conserva solo la marca, los últimos 4 dígitos y la fecha de caducidad.

​

Datos de facturación

​

Periodos de facturación: 1, 3 o 12 meses

​

Facturas de servicio automáticas (NFS-e)

​

Cambios en la API

• POST /v1/orders solo acepta months con valor 1, 3 o 12; cualquier otro valor devuelve 400 INVALID_MONTHS. El plan Economy solo acepta 1.
• Al crear un pedido y al consultar su estado se devuelve ahora allowed_payment_methods. Para el plan Economy es ["pix"].
• POST /v1/orders/{orderId}/initiate/pix devuelve el mismo código QR mientras siga siendo válido, y el código QR caduca junto con el pedido. Devuelve 409 ORDER_NOT_PAYABLE mientras se confirma un pago con tarjeta del mismo pedido.

​

SDK (JavaScript, Python y Go)

• Nuevos billing.details() y billing.updateDetails() (update_details() en Python, Details / UpdateDetails en Go) leen y actualizan tus datos de facturación mediante /v1/users/me/billing, con la dirección estructurada, el CPF o CNPJ y el teléfono opcional. orders.create falla con BILLING_DETAILS_INCOMPLETE hasta que estén completos.
• Las respuestas de pedidos incluyen allowed_payment_methods, y cada pedido de la lista incluye has_receipt.
• El filtro de la lista de pedidos acepta card como proveedor, además de pix y redeem_code.
• JavaScript: los tipos de facturación, runtime y reinicio ahora vienen directamente de @vertracloud/api-types 0.3.2. apps.runtimes() devuelve APIApplicationRuntimes, y apps.restart() recibe RESTPostAPIApplicationRestartBody. Si importabas los nombres de tipo locales antiguos, cámbialos por estos.
• Los README indican que los pagos con tarjeta, las tarjetas guardadas, la renovación automática, la vista previa de cupones y los recibos son exclusivos del panel, y ya no mencionan la transferencia de propiedad de workspaces, que se eliminó.

​

Servidor MCP

• Nuevas herramientas para leer y actualizar tus datos de facturación.
• create_app y update_app_config aceptan el comando de build (build).
• create_app, create_database y create_order explican el error FREE_PLAN_SUSPENDED.

​

Extensión de VS Code

• Crear una aplicación o una base de datos en el plan Free suspendido muestra un mensaje claro con un botón Ver planes.
• Abrir una ruta de archivo como carpeta en el explorador de archivos remoto muestra ahora el error correcto en lugar de un fallo genérico.

​

CLI

• No hay cambios necesarios. La CLI incorpora las actualizaciones del SDK de Go en su próxima versión.

​

Los proyectos nuevos requieren un plan de pago

• Crear una aplicación o una base de datos en el plan Free ahora devuelve 403 FREE_PLAN_SUSPENDED.
• Cuando esto ocurre durante un despliegue desde el panel, puedes elegir un plan y pagar con Pix directamente en la pantalla de despliegue. En cuanto se confirma el pago, el despliegue continúa con los mismos archivos, así que no necesitas subir de nuevo tu proyecto.

​

Se elimina la transferencia de propiedad del workspace

• POST /v1/workspaces/{id}/transfer-ownership ya no forma parte de la API.
• El propietario del workspace sigue siendo el único miembro que puede renombrar o eliminar el workspace, o vincular y desvincular una aplicación o una base de datos. Eso no cambia y queda fijado a la cuenta que creó el workspace.

​

Un solo código de error para un subdominio ya en uso

​

Los cambios de plan conservan cada hora restante

​

Verificación de bot al iniciar sesión

​

Un fallo de build ya no hace perder tu nueva aplicación

• Panel: tras la subida llegas a la aplicación, con el error de build en la consola. Corrige los archivos en el gestor de archivos y vuelve a iniciarla; no hace falta subir el proyecto otra vez.
• API, SDK y CLI: POST /v1/apps devuelve 201 con la aplicación en down en lugar de un error. BUILD_FAILED, BUILD_TIMEOUT, INSTALL_FAILED, INSTALL_TIMEOUT, INSUFFICIENT_MEMORY e INSTALL_SHIELD_BLOCKED siguen devolviéndose (422) al iniciar o reiniciar una aplicación existente.
• La aplicación cuenta para el límite de aplicaciones de tu plan como cualquier otra aplicación detenida.

​

Bun 1.2.23

• Las aplicaciones sin VERSION, o con VERSION=recommended, pasan a 1.2.23 en su próximo inicio o reinicio.
• Si tu vertracloud.config fija VERSION=1.2.2 o VERSION=1.1.0, cámbialo a 1.2.23.

​

Se eliminan los campos de reinicio automático de la API

• Respuestas: las aplicaciones ya no incluyen auto_restart. Si tu integración lo lee, trata el reinicio automático como siempre activo.
• Peticiones: autorestart en POST /v1/apps y auto_restart en PATCH /v1/apps/{id}/config ya no forman parte de la API. Los clientes que todavía los envían siguen funcionando: el campo simplemente se ignora.
• SDK y CLI: los SDK de JavaScript, Python y Go eliminan el campo, y la CLI elimina la opción --autorestart.
• vertracloud.config: una línea AUTORESTART antigua se ignora y no bloquea la subida.

​

La versión de runtime que eliges es la que se ejecuta

• Elegir la última versión ejecuta la última versión. Antes, al elegir Node.js 24.5.0 o Ruby 3.4 (la latest de cada uno), la aplicación podía compilarse en silencio con la versión recomendada.
• La versión que confirmas es la que cuenta. Cuando un .zip tiene un VERSION en vertracloud.config, el asistente lo rellena; si eliges otra antes de crear la aplicación, ahora se ejecuta la que elegiste. Antes, el valor del archivo podía anular tu elección.
• Las versiones desconocidas se rechazan. Una versión que no existe para el lenguaje de la aplicación responde 400 INVALID_VERSION en lugar de recurrir en silencio a otra. Consulta Listar runtimes para ver los valores válidos.

​

Respuestas vacías y errores de validación estandarizados

• Una respuesta vacía es { "response": null }. Eliminar una variable de entorno, guardar, mover y eliminar un archivo, quitar un dominio personalizado, limpiar la caché, quitar un webhook de despliegue y eliminar una aplicación respondían {}. Ahora responden { "response": null }, igual que ya hacían las rutas de workspace.
• El campo no válido pasa a details.path. Un 400 VALIDATION_ERROR incluía antes path suelto en la parte superior de la respuesta; ahora llega como { "code": "VALIDATION_ERROR", "message": "...", "details": { "path": "..." } }.
• Los errores de cliente del gestor de archivos son 400, no 500. Subir sin archivo (NO_FILE_UPLOADED) o un zip que no se puede leer (INVALID_ZIP_STRUCTURE) respondía 500; ahora responde con el estado 4xx correcto.

• GET /v1/apps/runtimes responde solo con { "response": { ... } }, sin el campo extra status.
• PATCH /v1/users/me solo acepta pt-br, en-us o es-es para language.
• POST /v1/users/{id}/snapshots/{snapshot_id}/restore rechaza un resource_id no válido con 400.
• POST /v1/orders/{orderId}/initiate/pix devuelve siempre transaction_amount como número.

​

Contenido de archivos siempre en base64

​

Instalador de la CLI para macOS, Linux y Windows

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

​

Créditos de uso y de IA eliminados

​

Respuesta simplificada del dominio personalizado

​

Actualización de la documentación: primer despliegue y configuración

• Primer despliegue reescrito para seguir el flujo actual de Nuevo Proyecto: origen, build, entorno, red, revisión y despliegue, incluida la creación desde un snapshot.
• Nueva página de Configuración: cada clave de vertracloud.config, qué puede cambiar después del despliegue, los comandos de inicio y de build por framework, el puerto, las variables de entorno y los límites de una aplicación.
• El despliegue desde GitHub explica ahora los despliegues automáticos tal como funcionan hoy: Vertra crea el webhook en tu repositorio por ti, y solo los push a main o master publican.
• Los tutoriales usan ahora el mismo recorrido de despliegue, ya sea desde el panel, la CLI o VS Code.
• La referencia de la API incorpora páginas para eliminar una base de datos, actualizar un perfil y listar todos los snapshots de una cuenta, y corrige la ruta para eliminar variables de entorno, el cuerpo de actualización de bases de datos y los códigos de error de autenticación.

​

Insignia “Powered by Vertra Cloud” en Pro

​

Páginas de SDKs y GitHub Actions en el sitio

• SDKs: instalación y ejemplos para JavaScript, TypeScript, Python y Go, funciones disponibles y preguntas frecuentes.
• GitHub Actions: un workflow listo para copiar, la configuración de secretos y las opciones para actualizar una aplicación existente.

​

SDKs oficiales de JavaScript, Python y Go

​

SDKs

• @vertracloud/sdk-api (npm), vertracloud-api (PyPI) y github.com/vertracloud/sdk-api-go llegan como clientes oficiales de la API pública. Un método por ruta, autenticación con la misma clave de API con permisos, y cobertura de aplicaciones, bases de datos, snapshots, cuenta, workspaces y facturación, sin caché, reintentos automáticos ni estado interno. Consulta SDKs.
• Los tres exponen salida en tiempo real de una aplicación (apps.realtime): un generador asíncrono en JavaScript, un stream iterable en Python y un iterador (Next/Event) en Go.
• Cada respuesta de error se convierte en un error estructurado, siempre con un code accesible: en JavaScript y Python, una clase de excepción por estado HTTP (AuthenticationError, NotFoundError, ValidationError, RateLimitError, entre otras); en Go, un único *rest.APIError con métodos como IsNotFoundError() e IsRateLimitError().
• Lo que sigue siendo exclusivo del panel (historial de actividad, notificaciones, gestión de claves de API, invitaciones a workspaces, la pestaña Datos de las bases de datos, cambios de plan a uno inferior y eliminación o transferencia de workspaces) aparece listado en SDKs → Lo que no puedes hacer con una clave de API.

​

API

• La ruta de creación del webhook de despliegue es ahora /deploys/webhook, en singular, igual que las rutas de consulta y eliminación que ya usaban esa forma. La referencia se actualizó en Crear webhook de despliegue.
• El historial de actividad es exclusivo del panel y no tiene equivalente en la API pública ni en los SDK.

​

Workspaces por clave de API y MCP

• Eliminar un workspace con el nuevo permiso workspaces:delete. Solo lo puede hacer el propietario del workspace, igual que en el panel.
• Invitaciones con el nuevo permiso workspaces:invites: listar y revocar las invitaciones de un workspace, y ver, aceptar o rechazar una invitación mediante su token. La clave actúa como la cuenta que la posee, así que una invitación por correo solo se acepta si coincide con el correo de esa cuenta.
• Solicitudes de acción: workspaces:read lista las solicitudes y workspaces:write crea una para alguien con permiso de aprobación.

​

Páginas de la CLI y de VS Code para desarrolladores

• La página de CLI cubre la instalación, los diagnósticos previos al despliegue y los comandos para logs, aplicaciones, bases de datos y automatización, con salida en JSON.
• La página de la extensión oficial de VS Code 1.0 cubre la instalación, la conexión con tu cuenta o con una clave de API, y las funciones de despliegue, logs, métricas, archivos remotos, bases de datos y snapshots dentro del editor.

​

Nuevo diseño para las notificaciones

• Nuevas presentaciones neutral, suave, con contorno y sólida para los mensajes de éxito, error, información y actualización.
• Compatibilidad con acciones, un botón de cierre y una barra de progreso para las operaciones que informan de su avance.
• Las animaciones respetan la preferencia de movimiento reducido del dispositivo.

​

Carpetas y favoritos guardados por cuenta

• La organización personal está separada de la organización de cada workspace.
• Las carpetas se pueden crear, renombrar, cambiar de color y reordenar.
• Las aplicaciones y las bases de datos se pueden colocar en carpetas y marcar como favoritas de forma independiente.
• El panel, los workflows, la CLI, MCP y la extensión de VS Code usan la misma organización persistida.
• La lista de proyectos y Flow muestran el mismo estado de carpetas y favoritos; los grupos del lienzo de Flow siguen siendo locales e independientes.
• Las acciones se registran en el historial de actividad, incluso cuando se realizan con una clave de API.

​

Opciones de reinicio: reinstalar dependencias y forzar build

• reinstall_dependencies reinstala las dependencias de la aplicación desde cero, ignorando la caché de instalación; equivale a “Reinstalar dependencias” en el gestor de archivos del panel.
• force_build vuelve a ejecutar el comando de build de la aplicación aunque ningún archivo de código haya cambiado desde el último build; equivale a “Forzar build” en el panel.

​

Extensión de VS Code 1.0

​

Servidor MCP y peticiones con clave de API

​

Reinicio automático en todos los planes

​

Qué cambió

• Un contenedor que se cae vuelve a iniciarse por sí solo, en Free igual que en cualquier otro plan.
• La protección contra bucles de fallos sigue igual: 5 caídas en 10 minutos desactivan el reinicio automático durante 24 horas, con un tiempo de espera mínimo de 1 hora entre reinicios y un mínimo de 60 segundos en ejecución para que el contenedor cuente como estable.
• El campo AUTORESTART de vertracloud.config sigue aceptándose, pero ahora se ignora; ya no necesita estar presente en el archivo.
• En la API, el campo auto_restart sigue apareciendo en las respuestas de las aplicaciones y ahora siempre es true; el campo autorestart del cuerpo de creación sigue aceptándose por compatibilidad, pero se ignora.

​

Límites de peticiones por minuto y por día en la API

• Por minuto, de 30/min en Free a 480/min desde Enterprise-12. Al superarlo, la API devuelve 429 RATE_LIMIT_EXCEEDED.
• Por día, de 1.000/día en Free a 864.000/día en Enterprise-32, con reinicio a medianoche, hora de Brasilia. Al superarlo, la API devuelve 429 DAILY_QUOTA_EXCEEDED.

• La creación manual de snapshots tiene ahora su propio límite: 1 cada 5 minutos en el mismo proyecto y 10 por hora en la cuenta, para no competir con el snapshot automático que la plataforma ya toma antes de eliminar o restablecer una base de datos. Al superarlo, devuelve 429 SNAPSHOT_RATE_LIMITED.
• Corrección de unidad: la cuota de peticiones de la API era siempre diaria, no mensual como decía la documentación. Ningún número cambió de tamaño; solo estaba mal la unidad.
• Corrección en el plan Intermediary: la cuota diaria publicada era 56.000; el valor correcto es 115.200.
• Corrección en el reinicio de bases de datos: el límite es 1 por hora, no 1 cada 3 horas.

​

Nueva página Acerca de

​

Nuevo aspecto de la página de aplicaciones

​

Comando de build, vCPU por aplicación y nuevos límites de almacenamiento

​

Comando de build

• Nuevo campo build_command, en todos los planes. Se ejecuta en cada despliegue (creación, subida de zip, despliegue desde GitHub, reinstalación de dependencias o cambio del propio comando), siempre después de la instalación de dependencias y antes de que la aplicación se inicie. Un simple reinicio no vuelve a ejecutar el build si el anterior ya terminó correctamente con el mismo comando.
• Se ejecuta en un entorno aislado de la aplicación: el doble de su RAM (mínimo 1 GB, máximo 4 GB) y el doble de su vCPU (mínimo 1, máximo 2), con un tiempo límite de 10 minutos. La instalación de dependencias mantiene su propio tiempo límite, ahora de hasta 15 minutos.
• Nueva clave BUILD en vertracloud.config, junto a START.
• Al crear una aplicación desde un zip de Next.js, Nuxt, SvelteKit, Remix, React Router, Astro, Gatsby o Vite, ahora se sugieren automáticamente los comandos de build e inicio adecuados, editables antes de crear. El archivo de entrada también se reconoce en estos proyectos, que no tienen un index.js.
• El entorno de build tiene el doble del ancho de banda y del límite de peticiones de la aplicación: descargar dependencias pesa más que servir tráfico. Si se supera, el despliegue se interrumpe, igual que ya ocurría con una aplicación en vivo.

​

Almacenamiento

• Aplicaciones: 10 GB fijos, sin importar la memoria (antes el límite crecía con la RAM).
• Bases de datos: 6 GB + 1 GB por cada 512 MB de RAM asignada, siempre redondeado a GB enteros: una base de datos de 1 GB tiene ahora 8 GB, y una de 2 GB tiene 10 GB. Ninguna base de datos existente pierde espacio.

​

vCPU por aplicación

• Una aplicación con 2 GB o más de RAM obtiene ahora la vCPU completa del plan; por debajo de eso, obtiene un tercio de la vCPU del plan, con un mínimo de 1 vCPU. Más memoria nunca se traduce en menos vCPU.

​

Límite de despliegues por hora

• Crear una aplicación, subir un zip, desplegar mediante GitHub, reinstalar dependencias y cambiar el comando de build ahora cuentan contra un tope por hora por cuenta: 5 en Free, 10 en Economy, 20 en Pro, 40 en Scale y 60 desde Intermediary en adelante. Reiniciar y detener no cuentan, y un push a GitHub por encima del límite se ignora y se registra en el historial de actividad.

​

Presentamos Vertra Flow

​

vertracloud.config ya no vive en el volumen

​

Qué cambió

• Al descargar el proyecto, el zip incluye un vertracloud.config generado a partir de la configuración actual: nombre, archivo de entrada, memoria, versión, comando de inicio, reinicio automático y subdominio.
• Al crear un snapshot, ocurre lo mismo: el snapshot ya llevaba el archivo generado, y sigue haciéndolo.
• Al subir un zip, el archivo se lee para rellenar el formulario y se descarta al extraerlo; ya no aparece en el gestor de archivos.
• Las aplicaciones existentes pierden su copia anterior en el siguiente reinicio o recompilación.

​

Nuevo diseño para las páginas no encontradas

​

Historial de actividad más completo

​

Claves de API con permisos y IP permitidas

​

Gestor de datos rediseñado

​

Corrección: consola en silencio al reinstalar dependencias durante un reinicio rápido

​

Cambiar el lenguaje de una aplicación existente

• solo surte efecto en el próximo reinicio: el contenedor en ejecución sigue con el runtime anterior hasta entonces;
• el archivo de entrada y el comando de inicio no cambian automáticamente: un index.js escrito para Node no se ejecutará como una aplicación de Python, por ejemplo;
• la versión del runtime vuelve a la versión recomendada del nuevo lenguaje, porque la versión anterior puede no existir allí;
• ningún archivo del proyecto se elimina con esta operación.

​

Los snapshots conservan el nombre del proyecto

​

Página de aplicaciones

​

Orígenes de las bases de datos

​

Nueva experiencia Enterprise

​

Páginas por idioma y por base de datos

​

Una página por lenguaje

• Qué versiones existen, cuál es la recomendada y cuál la más reciente, con el valor exacto de VERSION para vertracloud.config.
• Qué gestiona la plataforma automáticamente para ese runtime: instalación de dependencias durante el build, reinicio automático, logs y métricas en vivo.
• Qué se ejecuta con él: bots, APIs, workers, sitios.
• La configuración mínima, en un bloque que se puede copiar.
• Las preguntas más frecuentes, con respuestas breves: las mismas que llegan a soporte.

​

Una página por base de datos

​

En tres idiomas

​

Dónde encontrarlas

​

Limpieza

​

Planes, límites y guías en la documentación

• El plan Free se describe como una opción de prueba, para probar la plataforma antes de usarla en producción, con los límites aplicables junto a él.
• El SLA publicado se unificó en todas las páginas.
• Nueva sección “Guías”, con contenido paso a paso sobre cómo alojar bots de Discord y desplegar aplicaciones de Node.js.
• Las entradas recientes del changelog se añadieron a la navegación, para que tengan una URL publicada.
• Los títulos y descripciones de las páginas se actualizaron para explicar qué responde cada una.

​

Nuevo diseño de los correos electrónicos

​

Tutorial de inicio en el panel

​

Términos, privacidad y uso aceptable reescritos

• Puedes desistir dentro de los 7 días posteriores a la primera compra de un plan de pago, con reembolso íntegro por el mismo medio de pago, tal como garantiza el Código de Defensa del Consumidor de Brasil. Las condiciones anteriores decían “sin reembolsos”, una cláusula que no era válida. Las renovaciones y las mejoras siguen sin derecho de desistimiento.
• La expiración del plan se describe tal como funciona en realidad: los proyectos se detienen, la plataforma conserva un snapshot de cada aplicación y de cada base de datos durante 30 días, y renovar dentro de ese plazo lo restaura todo. Las condiciones antiguas mencionaban una suspensión al día y una eliminación a los 7 días, y decían que el pago era solo por Pix y que ningún plan tenía copias de seguridad; nada de eso era cierto.
• La Política de privacidad indica ahora quién trata tus datos y por qué. Cuándo Vertra es responsable del tratamiento y cuándo es solo encargada del tratamiento del contenido de tus proyectos; la base jurídica de cada finalidad; dónde se almacenan los datos y las transferencias internacionales; cuánto tiempo se conserva cada tipo de dato; cómo ejercer cada derecho según la LGPD de Brasil, con un plazo de respuesta de 15 días; y el compromiso de informar de los incidentes de seguridad. El delegado de protección de datos (DPO) está identificado y el canal de contacto es [email protected].
• La Política de uso aceptable es ahora un documento propio. Qué puede y qué no puede ejecutarse en la plataforma, qué se considera abuso de recursos, cómo denunciarlo y cuáles son las sanciones; con la regla de que solo una infracción grave activa medidas sin previo aviso. En los demás casos se te notifica y se te concede tiempo para responder.
• Los Términos y la Política de uso aceptable exigen ahora 30 días de preaviso para cualquier cambio sustancial (antes eran 7), definen la ley aplicable y la jurisdicción, y dejan claro que los consumidores pueden presentar reclamaciones en su jurisdicción de residencia.
• La ventana de snapshot de 30 días aparece ahora donde importa, no solo en los Términos. El correo de plan expirado muestra el plazo y la vía de recuperación (renovar, volver a crear el proyecto, restaurar desde la página de Snapshots o descargar el .zip); los recordatorios de expiración y la tarjeta del plan en Facturación avisan de que, sin renovación, los proyectos permanecen solo como snapshot durante 30 días.
• /lgpd lleva a la Política de privacidad, y el pie de página ahora lo llama “Privacidad y LGPD”.
• El banner de cookies ahora dice lo que realmente ocurre: analítica y grabación de sesión solo en las páginas públicas, con consentimiento, y nunca en el panel.

​

Nuevo proyecto desde un snapshot

​

Lista de proyectos en tarjetas o en lista

​

Panel

• La barra lateral muestra Docs, Tutoriales, llms.txt y MCP Server por encima del separador de la cuenta. Docs, los tutoriales (YouTube @vertracloud) y llms.txt se abren en una pestaña nueva. MCP Server está bloqueado por ahora.
• La visión general del workspace indica ahora si la flota está sana. La RAM, el pico de CPU y una puntuación de salud aparecen en tarjetas con un medidor segmentado; los recursos por encima del 80 % de RAM o de CPU se listan antes que las listas de aplicaciones y bases de datos.
• Abrir una aplicación o una base de datos desde el móvil usa una barra inferior en lugar de una fila de etiquetas que había que desplazar de lado. Visión general, logs, archivos, snapshots y configuración quedan al alcance del pulgar; la actividad sigue en el menú.
• Dentro de un proyecto, los mismos medidores muestran CPU, RAM y red (o almacenamiento y conexiones en una base de datos), con iniciar / reiniciar / detener junto al estado. Las cifras de peticiones y conexiones marcadas como “vista previa” son marcadores de posición hasta que la API las exponga.
• La página publicada de una aplicación aparece como una gran tarjeta con iframe (~44 % de la cabecera de la visión general). Haz clic para abrir el sitio en vivo en una pestaña nueva. Junto a ella hay datos con etiqueta: ID de la aplicación, dominios (subdominio y dominio personalizado juntos), estado con el tiempo de actividad junto al clúster, fecha de creación y origen. La vista previa se recarga una vez por minuto mientras la página está en pantalla; un reinicio aún tiene que construir, así que la tarjeta no se actualiza dos segundos después de hacer clic. Sin publicación web, la misma tarjeta permanece en su sitio y te lleva a la configuración de Red para publicar.
• El origen de una aplicación (zip subido o repositorio de GitHub) aparece de inmediato en la visión general. Conectar o desconectar GitHub sigue haciéndose en Configuración; la visión general ya no espera una segunda petición solo para mostrar la etiqueta.
• El gestor de archivos abre más rápido y se puede usar desde el móvil. Carpetas y archivos comparten una sola lista, la ruta de navegación salta a cualquier carpeta ancestro, y soltar un zip prepara un commit en su sitio en lugar de cubrir la página. Al abrir un archivo se muestra el marcador del editor (no la lista de carpetas), y volver a una carpeta ya abierta ya no parpadea vacía.
• Las consolas de logs se pueden expandir a una vista más grande. El control de expandir está junto al menú de desbordamiento; la descarga está en ese menú. Esc o el mismo control devuelven la consola a su lugar en la página.
• Un plan que vence en tres días naturales o que ya expiró muestra un aviso encima de la lista de proyectos, con una acción de renovar que lleva a Facturación. “Hoy” y “mañana” siguen el calendario de Brasilia, y la hora se muestra en formato de 24 horas, en la hora de Fortaleza, con el momento del día (“02:14 de la madrugada”, no un “02:14” de 12 horas que podría leerse como de la tarde). La pequeña línea “expira en N días” junto al nombre del plan desaparece.
• El selector de proyectos muestra primero el proyecto abierto, luego los que están en ejecución y después los detenidos.
• La sección Recursos del menú móvil del sitio ahora se abre al tocarla. Antes se cerraba con el mismo gesto.
• El soporte es una página, no una tarjeta de FAQ apretada. Discord, correo y documentación aparecen como tres enlaces; las preguntas usan el mismo acordeón de dos columnas que la página de planes; las guías de abajo llevan a desplegar, errores comunes, cambio a un plan inferior y facturación. Se eliminó el texto antiguo que mencionaba los tickets y el chat en vivo como un producto aparte.
• Tras un minuto en el panel, una tarjeta abajo a la izquierda te invita a la comunidad de Discord. Cerrarla oculta la tarjeta durante siete días. La invitación de la página de inicio sigue usando el retraso de un minuto y no mantiene ese aplazamiento tan largo.
• Crear un proyecto es una pantalla dividida. La columna izquierda muestra un consejo corto para el paso en el que estás; el formulario está en una sola tarjeta a la derecha. El tipo y el origen comparten el primer paso. Tras elegir un ZIP o un repositorio de GitHub, puedes dar nombre al proyecto y añadir una descripción opcional antes de continuar. Una aplicación pasa luego por build, variables de entorno y red como pasos separados antes de la revisión; una base de datos pasa por motor y almacenamiento y después por la revisión. Atrás y Continuar quedan fijados en la parte inferior de esa tarjeta tras salir de la primera elección. Si el plan no tiene RAM suficiente para la memoria elegida, el paso de build lo indica y Continuar sigue deshabilitado. La importación desde GitHub empieza con la URL de un repositorio, o eliges entre los repositorios de tu cuenta. Las variables de entorno usan el mismo panel lateral que la pestaña Entorno de una aplicación.
• Los nombres de proyecto respetan el límite de la API de 50 caracteres. Una importación de ZIP o de GitHub mantenía antes el nombre completo del archivo o del repositorio (a menudo una marca de tiempo más un UUID) y luego fallaba al crear. El asistente recorta ahora ese nombre derivado, y el campo de nombre de la base de datos se detiene en 50.
• Los snapshots usan la misma lista y los mismos diálogos que el resto del panel. La búsqueda y los filtros coinciden con Proyectos y Actividad, crear un snapshot elige un proyecto igual que se añade uno a un workspace, y la lista de snapshots —en la página de Snapshots y dentro de un proyecto— tiene el mismo diseño de filas. El botón de crear tiene el mismo tamaño que Nuevo Proyecto, sin el relleno de acento.
• Cambiar la memoria de un proyecto aparece ahora de inmediato en la lista de proyectos. La cantidad asignada se quedaba en la cifra antigua hasta volver a cargar la lista.
• El menú de desbordamiento de una fila de proyecto empieza con Detalles y Configuración. Logs y terminal conservan su lugar debajo, sin repetir “Abrir” en cada línea. Cuando el menú no cabe en la ventana, se desplaza para que Eliminar siga siendo accesible.
• Los proyectos se pueden ver como lista (la opción predeterminada) o como tarjetas, desde un control junto a la búsqueda. La elección dura lo que dure la pestaña; los marcadores de carga siguen el mismo diseño.
• Las claves de variables de entorno conservan las mayúsculas y minúsculas que escribes. Antes el campo convertía cada clave a mayúsculas mientras escribías; las mayúsculas y minúsculas mezcladas son válidas y ya no se fuerzan.
• En el plan Free, abrir Proyectos muestra un diálogo de actualización con lo que añade un plan de pago. Indica que puedes crear un proyecto —no una aplicación y una base de datos, porque Free no puede crear bases de datos. La acción lleva a Revisar pedido para Economy (mensual, Pix), no a la página de planes. Descartarlo lo oculta durante la sesión; un aviso en la superficie permanece encima de la lista. La cabecera se tiñe con el color del siguiente plan (dorado para Economy), en lugar de rayada.
• Un plan de pago al 85 % de su límite de RAM abre el mismo diálogo para el siguiente plan. Economy → Pro (naranja), Pro → Scale (verde), Scale → Intermediary (morado), Intermediary y superiores → Enterprise (azul). Enterprise 32, que ya está en el máximo, no recibe ningún aviso.
• Nuevo proyecto en la lista personal es un botón dividido. La flecha abre Canjear código como un diálogo en Proyectos (?redeem= también funciona). Tras un canje correcto, la misma tarjeta de plan usada en los avisos de actualización da las gracias y enumera lo que añade el nuevo plan frente al anterior. La hoja de navegación móvil muestra Docs, Tutoriales, llms.txt y MCP Server por encima de la fila de la cuenta, igual que la barra lateral de escritorio; crear un proyecto sigue en la página de Proyectos, no en ese menú.
• Cambiar la RAM de una aplicación ya no trata la memoria sobrante del plan como el presupuesto total. Los 448 MB no usados del plan son lo que queda tras esta aplicación; la aplicación puede seguir conservando o reducir su propia asignación hasta 512 MB sin una actualización. El campo describe la RAM del contenedor, y “¿Necesitas más RAM en el plan?” abre el diálogo de actualización; no cita el máximo de esta aplicación.
• La CPU, la memoria, el almacenamiento y la red en vivo siguen en la visión general incluso por debajo de 512 MB, incluidos los gráficos: dos muestras en vivo bastan para trazar la línea. El suelo de 512 MB solo limita las métricas avanzadas (el historial de 10 m / 30 m / 24 h). El título del aviso lo dice. Ampliar RAM lleva a la configuración del proyecto cuando el plan todavía tiene 512 MB que dar a este proyecto, o abre el mismo diálogo de actualización usado en Proyectos (?upgrade=pro&upgrade_for=advancedMetrics) para el siguiente plan que de verdad tiene 512 MB: Pro, no Economy (256 MB). La página antes sustituía toda la sección de telemetría por una tarjeta vacía de “hardware insuficiente”.
• Las funciones bloqueadas por plan abren ese mismo diálogo de actualización en lugar de llevarte a la página de planes. Las tarjetas de configuración perdieron la insignia “Desde Intermediary” en la cabecera; el nombre del plan aparece ahora en un aviso dentro de la tarjeta, con un enlace Actualizar plan. El gestor de archivos y la pestaña de datos de las bases de datos usan el mismo diseño vacío que Snapshots. Crear un snapshot en un plan sin copias de seguridad (por debajo de Scale) abre el diálogo de actualización a Scale, en lugar de un aviso de error. El título y la descripción siguen la función que lo abrió (snapshot, archivos, reinicio automático, despliegue, métricas, etc.): ya no reutilizan el texto de “la memoria llegó al máximo” salvo que la RAM misma haya sido el desencadenante. El botón “Actualizar a …” de la barra lateral tras la guía de inicio usa el mismo diálogo (?upgrade=), no un segundo popup. Al refrescar el panel ya no parpadea Economy antes del siguiente plan real.
• Las líneas de conexión que suben o van a la izquierda ya no dan la vuelta por el lado largo. La curva sigue las dos tarjetas en lugar de pasar antes por encima de ellas.
• El nombre del proyecto en la visión general abre un diálogo para renombrarlo, editar la descripción y cambiar la RAM. Un lápiz aparece junto al título. Guardar una nueva cantidad de memoria sigue preguntando si reiniciar ahora, como en Configuración. Tras guardar, el encabezado se actualiza de inmediato; antes conservaba el nombre antiguo hasta recargar.
• Volver atrás en la barra lateral de un proyecto sube un nivel. En Datos, logs, archivos o configuración vuelve a la visión general de ese proyecto; solo desde la visión general se va a la lista de proyectos.
• El nombre del plan en Proyectos es una placa de color, con el color de ese plan y un brillo que la recorre. El enlace de facturación va debajo de la placa.

​

Workspaces

• Un workspace ya no se oculta cuando termina tu plan. Cuando un plan de pago expira, la cuenta vuelve a Free, que no puede crear workspaces, y la página de Workspaces ocultaba los que ya tenías tras el aviso de actualización. Cualquiera en Free que perteneciera al workspace de otra persona veía la misma puerta vacía. La lista se muestra ahora siempre; solo el botón de crear depende del plan.
• Un workspace cuyo plan del propietario expiró queda congelado, no eliminado. No se borra nada: los miembros, los proyectos y el propio workspace se conservan. Lo que se detiene es la escritura: renombrar, invitar, cambiar un rol y vincular un proyecto se rechazan mientras falte el plan, y la fila se marca como Congelado. Ver, eliminar un miembro o un proyecto, salir y borrar siguen disponibles, y todo vuelve a funcionar en cuanto se renueva el plan. El plan que cuenta es el del propietario: un miembro de Free de un workspace de pago no se ve afectado.
• Los roles ahora coinciden con lo que dice la tabla. Operador puede iniciar, detener y reiniciar aplicaciones y bases de datos, que es el sentido del rol y hasta ahora se rechazaba con un error de acceso. Y Desarrollador ya no puede eliminar una aplicación ni una base de datos: la eliminación es irreversible, y la tabla de permisos nunca la concedió. Eliminar es solo para Propietario y Admin. Todo lo demás no cambia: Desarrollador sigue desplegando, editando archivos, variables de entorno, red y configuración.

​

Workspaces v2

• Los códigos de invitación desaparecen. Trae a personas por correo electrónico (una invitación real enviada a una dirección, válida 7 días) o por enlace (una URL compartible, válida 24 horas, opcionalmente limitada a un número de usos); ambas asignan un rol de antemano, desde la pestaña Invitaciones del workspace.
• Los miembros pueden tener fecha de caducidad. Ponla al invitar o después, y el acceso termina solo en esa fecha. Es útil para un contratista o un colaborador temporal, sin que nadie tenga que acordarse de quitarlo.
• Las actividades y los registros de auditoría ahora son por workspace, no solo de tus propias acciones dentro de él: ve todo lo que hizo cualquiera del equipo, con la misma exportación CSV que facturación.
• La configuración del workspace está en la barra lateral, no en una fila de pestañas. Al abrir un workspace se listan General, Notas, Miembros, Roles, Invitaciones, Proyectos, Actividad, Facturación, Solicitudes y Zona de peligro, en la misma navegación que el resto del panel. La lista de workspaces usa la misma búsqueda, los mismos filtros y la misma alternancia de lista y tarjetas que Proyectos.
• Un tablón de notas compartido para el contexto rápido del equipo: notas adhesivas en siete colores, visibles para todos en el workspace, ahora en su propia pestaña Notas en lugar de mezcladas en General.
• Los enlaces de invitación se pueden copiar después de crearlos. Una invitación por enlace mostraba antes la URL una sola vez y después solo un botón de revocar; la acción de copiar permanece en esa fila durante toda la sesión, y crear un enlace lo copia por ti.
• La pestaña Proyectos es la misma lista que la visión general del panel: búsqueda, filtros, tarjetas y apertura de un proyecto, no una lista simplificada de nombres.
• Alcanzar el límite de roles abre el diálogo de actualización para el siguiente plan que realmente tenga más roles, en lugar de un aviso de error de plan en la hoja de crear rol.
• Las acciones sensibles se pueden solicitar en lugar de rechazarse. Un miembro sin permiso para eliminar un proyecto o gestionar un snapshot ahora puede pedirlo; quien sí tiene ese permiso aprueba o rechaza la solicitud desde una nueva pestaña Solicitudes, y al aprobarla la acción se ejecuta de verdad.
• Un correo semanal de resumen recoge lo que pasó en los proyectos de un workspace durante la última semana.
• Puedes salir de un workspace, y un propietario puede transferirlo a otro miembro, ambas cosas desde la configuración del workspace.
• Guardar una nota en un workspace congelado abre la actualización a Enterprise. Puedes seguir rellenando el editor; Crear nota lo cierra y muestra qué plan desbloquea las notas del workspace, en lugar de un aviso de error de plan.

​

Red

• Crear una aplicación dentro de un workspace ya no bloquea la publicación web como una función exclusiva de un plan cuando el plan del propietario del workspace ya la incluye. El asistente buscaba el plan de una aplicación que todavía no existe, así que Enterprise (y Pro o superiores) se veía como Free en ese paso.
• La publicación web se puede activar y desactivar después de crear la aplicación. Una aplicación creada sin subdominio se quedaba privada para siempre; la única salida era volver a crearla. Desde la configuración Red de la aplicación ahora puedes publicarla y volver a dejarla sin publicar cuando quieras. Publicar sin un plan que te permita elegir el nombre te asigna un subdominio por la plataforma; con uno, lo eliges tú.
• Al dejar de publicar, la dirección aparece en negrita, y escribes EXCLUIR (o DELETE / ELIMINAR) en lugar del nombre del proyecto para confirmar. Elegir un subdominio personalizado en vertraweb.app se indica como la función de Scale en la configuración de Red: el aviso de bloqueo antes parecía bloquear toda la tarjeta de dirección.
• Dos cosas que conviene saber antes de hacerlo. Activar o desactivar la publicación recrea el contenedor, así que la aplicación se reinicia: cuenta con un breve tiempo de inactividad. Y dejar de publicar libera el subdominio: no se reserva para ti, así que otra persona puede registrarlo. Cualquier dominio personalizado asociado a la aplicación se desvincula al mismo tiempo.
• Publicar necesita 512 MB de RAM, el mismo mínimo que tiene un sitio creado como sitio. Si la aplicación tiene menos, la petición lo indica y muestra cuánta tiene y cuánta necesita, para que la subas y lo intentes de nuevo.
• Purgar la caché de edge vuelve a funcionar. El botón de la configuración Red nunca llegaba realmente a la CDN: la petición se rechazaba antes; y la versión de la CLI informaba de éxito mientras purgaba un nombre de host que no existe. Ahora la purga limpia los hosts reales de la aplicación, y aún puedes indicar nombres de host o URL concretos si quieres una purga más acotada.
• Reemplazar un dominio personalizado ahora desvincula el anterior. Asociar un segundo dominio dejaba antes el anterior, todavía apuntando a la plataforma y sin nada que lo gestionara. El reemplazo solo desvincula el antiguo cuando el nuevo ya está en su sitio, así que un fallo nunca deja la aplicación sin dominio.

​

Sitio y compartir

• Las páginas en portugués y español ahora lo indican. Cada página del sitio se declaraba como inglés ante los navegadores y los buscadores, fuera cual fuera el idioma que leías: una página /pt-br se servía marcada como en-us. Traductores, lectores de pantalla y buscadores recibían el idioma equivocado.
• Cada página vuelve a tener su propia dirección y vista previa. Precios, Enterprise, Bases de datos, Blob Storage, CLI y VS Code apuntaban todas a la página de inicio como dirección canónica, así que competían con ella en lugar de posicionarse por sí mismas.
• Los enlaces al sitio muestran una tarjeta de vista previa. Páginas como Acerca de, Términos y Privacidad se compartían sin ninguna imagen de vista previa. Las páginas que sí tienen imagen propia, como Precios y Enterprise, la generaban con la clave de texto sin traducir impresa en lugar del título real.
• Intermediary es una banda de plan completa en Precios, situada encima de Enterprise: el mismo diseño ancho que la infraestructura dedicada, no una nota al pie de una línea que remitía a Comparar.
• Precios usa la misma tarjeta de oferta Enterprise que la página de Enterprise: texto de capacidad, ilustración de columnas, deslizador y checkout, en lugar de una banda compacta aparte.
• Cada tarjeta de plan tiene un control Más + que abre la lista completa de funciones, incluido lo que ese plan no incluye.
• La página de alojamiento de Go explica ahora el origen del lenguaje. Tras el pliegue: por qué Go es un binario único, tres principios de diseño y un retrato del gopher; después, la misma tabla de versiones y la misma configuración de antes.
• La cabecera empieza con Precios, luego Producto, Enterprise, Desarrolladores y Recursos. Comunidad salió de la barra superior: Discord, la documentación, la referencia de la API y los tickets de soporte viven ahora en Desarrolladores, como tarjetas más grandes con un icono y una descripción corta. Producto y CLI/VS Code usan el mismo tamaño de tarjeta.
• Moverse entre Producto, Desarrolladores y Recursos mantiene el menú abierto. Pasar de un elemento de la cabecera al siguiente cerraba antes el panel en lugar de cambiarlo, así que el segundo menú nunca aparecía.
• La tabla comparativa de planes en Precios se puede leer en el móvil. Por debajo del ancho de un portátil, cada función es una lista de planes y valores, en lugar de seis columnas apretadas en la pantalla. Desde lg en adelante, la matriz lado a lado no cambia.

​

Gestor de archivos

• Validación de rutas más robusta en el gestor de archivos al crear carpetas y resolver rutas.

​

Despliegues

• Las dependencias ahora se instalan fuera de la memoria de tu plan. Instalar y compilar se ejecutaba antes dentro del contenedor de tu aplicación, con un techo de memoria dimensionado para ejecutar tu app, no para construirla; npm por sí solo ya ocupa de 60 a 100 MB en reposo. Ahora la instalación ocurre en un contenedor de vida corta con memoria de la plataforma, y tu aplicación solo arranca cuando termina con éxito. Si falla, falla una vez con un motivo en lugar de entrar en bucle.
• La consola muestra la instalación mientras ocurre. Mientras se instalan las dependencias, el contenedor de la aplicación todavía no existe: antes la consola quedaba vacía y el proyecto parecía detenido. Ahora transmite en vivo la salida de la instalación, así que ver a pip compilar un paquete desde el código fuente es algo que puedes observar en lugar de adivinar.
• Una instalación se puede interrumpir. Mientras se instalan las dependencias, la única acción disponible es Detener: cancela la instalación en lugar de dejar un botón “Iniciar” para algo que ya está en marcha.
• Guardar requirements.txt o package.json ya no congela el diálogo de reinstalación. Confirma y se cierra; la carpeta se vacía y el reinicio reinstala en segundo plano, con la consola mostrando lo que ocurre. La carpeta que se vacía es ahora la correcta para el lenguaje: el paso posterior al guardado solo conocía Python y Node, así que pedir reinstalar en un proyecto de Go, PHP, Ruby o Rust no borraba nada. Editar go.mod, composer.json, Gemfile o Cargo.toml ahora también ofrece la reinstalación, y un package.json que está en un proyecto de Python ya no la ofrece por error.
• Reiniciar una aplicación ahora conserva su log. Los registros guardados solo contenían caídas: detener o eliminar una aplicación guardaba su log, pero reiniciar lo descartaba, y reiniciar es el gesto habitual. Lo que la aplicación dijo antes de un reinicio normal ahora se conserva como cualquier otra ejecución.
• La instalación permanece en el log una vez terminada. El contenedor de instalación se descarta al terminar, y su salida se perdía con él; ahora se añade al propio log de la aplicación y se reproduce con el historial, así que al recargar la página o reabrir la consola sigue viéndose qué hizo la instalación y, si falló, por qué.
• Un proyecto que instala dependencias ya no aparece como “detenido”. El panel y la cabecera del proyecto muestran instalando dependencias mientras se ejecuta, tanto en la lista como dentro del proyecto.

​

Ciclo de vida y API

• Un proyecto detenido ya no aparece como roto. Una aplicación o base de datos detenida no tiene contenedor, que es precisamente lo que hace detenerla, y pedir su estado respondía antes con un error de servidor. El panel lo trataba como una petición fallida y seguía mostrando la última lectura buena, así que un proyecto que acababas de detener seguía en pantalla como en ejecución, con el tiempo de actividad congelado, hasta recargar la página. El estado ahora responde con normalidad para un recurso detenido, con todo en cero.
• Detener algo que ya estaba detenido ya no es un error. Se confirma, y el estado registrado se corrige a detenido. Antes, una aplicación cuyo contenedor había muerto por su cuenta seguía marcada como en ejecución para siempre: el botón Detener fallaba siempre y no había forma de devolver el proyecto a un estado coherente.
• Dos operaciones a la vez sobre el mismo proyecto ahora lo indican. Iniciar, reiniciar, detener, eliminar, las instalaciones de dependencias, los despliegues y las restauraciones de snapshots se hacen de una en una por proyecto. Pedir una segunda mientras la primera sigue en marcha responde hay otra operación en curso y no cambia nada, en lugar de un fallo genérico que parecía que tu app se había roto. Espera unos segundos e inténtalo de nuevo. Por la API esto es HTTP 409 OPERATION_IN_PROGRESS.
• Pulsar Iniciar dos veces en una aplicación detenida (dos pestañas abiertas, un doble clic) ya no la reinicia dos veces en silencio. Si la aplicación ya está en ejecución o arrancando, Iniciar responde este proyecto ya está en ejecución o arrancando en lugar de repetir en silencio todo el arranque. Por la API esto es HTTP 409 CONTAINER_ALREADY_RUNNING. Pulsar Reiniciar dos veces seguidas también está cubierto: el segundo clic responde hay otra operación en curso en lugar de reiniciar la aplicación una segunda vez en silencio.
• Reducir la memoria de una aplicación se rechaza cuando los archivos ya no caben. El espacio en disco sigue a la memoria que asignas, así que bajar la memoria baja el techo. Aplicar un techo por debajo de lo que el volumen ya contiene no borra nada, pero hace que cada escritura posterior falle: la app se rompe al instante, por un motivo que nada en el panel explica. El cambio ahora se rechaza de antemano, indicando cuánto tienes que liberar primero.
• Los botones de ciclo de vida comparten un solo presupuesto por aplicación. Iniciar, reiniciar, detener e instalar dependencias permiten ahora diez peticiones por minuto y por aplicación entre todas ellas, en lugar de una cuota separada para cada una. El uso normal nunca se acerca a ese límite; un script en bucle se detiene antes de dañar el proyecto.

​

Bases de datos

• Las bases de datos tienen una pestaña Datos, desde el plan Intermediary. Explora y edita lo que está realmente almacenado, sin salir del panel y sin pegar una cadena de conexión en ningún sitio. PostgreSQL y MySQL muestran esquemas, tablas, columnas, índices y un explorador de filas paginado; MongoDB muestra colecciones, índices y documentos; Redis muestra el espacio de claves, el valor de cada clave según su tipo, y su TTL. El plan que cuenta es el del propietario de la base de datos: los miembros del workspace usan la pestaña en una base de datos cuyo propietario tiene el plan.
• Hay una consola SQL. Se ejecuta contra tu propia base de datos con tu propio usuario, así que nada se filtra ni se reescribe. Lo que se aplica son los límites: 10 segundos por sentencia (aplicados por el propio motor), 200 filas por defecto y 1000 como máximo, 64 KB de SQL, 5 MB de resultado y una sola consulta de consola a la vez por base de datos.
• Editar una fila siempre pasa por su clave primaria, la completa, incluidas las claves compuestas, y nunca por su posición en la página. Lo mismo se aplica a los documentos (_id) y a las claves (la clave indicada en la URL).
• Leer está abierto a todos los miembros del workspace; escribir y la consola SQL no. Eso requiere ser propietario o admin, y cada cambio queda registrado en el log de actividad de la base de datos con la operación y el objeto, nunca con el contenido.
• La API expone la misma superficie bajo /v1/databases/{id}/data/*, con códigos de error estables documentados junto a ella.
• Una base de datos en un workspace ahora muestra su RAM asignada. Abrir una desde un equipo solía bloquear la visión general y dejaba vacío el campo de memoria, aunque la base de datos tuviera RAM asignada: a la lista de workspaces le faltaban esos campos. El desglose de RAM de Proyectos también la incluye.
• Eliminar o restablecer una base de datos ahora toma primero un snapshot de seguridad, automáticamente. Si la copia falla, la acción se bloquea y la base de datos no se destruye ni se vacía; antes, eliminar o restablecer no dejaba ninguna copia de seguridad.

​

Checkout

• Cambiar de plan en el checkout es un catálogo, no un desplegable. El plan seleccionado sigue en el formulario; al abrirlo se muestran Economy, Pro, Scale e Intermediary como tarjetas (RAM, vCPU, límite de aplicaciones) y Enterprise como lista: el mismo catálogo de la página de precios, sin salir del pago.

​

Sitio web

• La página Enterprise ahora coincide con la landing page. Misma malla, escala tipográfica y tarjetas; el selector de planes usa el mismo azul que la página de planes en lugar del naranja.
• La página de planes ahora coincide con la landing page. Economy, Pro, Scale y Enterprise están en las mismas tarjetas, Enterprise es azul en lugar de naranja, y la tabla comparativa se mantiene fija mientras te desplazas, con un cuadro de búsqueda y grupos desplegables, tanto en escritorio como en el móvil.
• Las pantallas de inicio de sesión y de registro ahora coinciden con el resto del sitio. Misma cabecera y pie de página que la landing page, un formulario de acceso centrado, un vistazo a Economy / Pro / Scale y unas preguntas frecuentes breves, con un enlace a la página completa de planes.
• Iniciar sesión y registrarse son ahora la misma pantalla. Introduce tu correo electrónico y recibe un código: no hay un formulario de registro aparte ni hay que escribir un nombre. Las cuentas nuevas reciben un nombre inicial a partir de la dirección de correo, que puedes cambiar en cualquier momento en los ajustes de tu perfil.

​

Rendimiento

• El sitio ahora se abre más rápido. La landing page y todas las páginas institucionales (Acerca de, Precios, Planes, Bases de datos, Enterprise, CLI, VS Code, Blob Storage, Privacidad y Términos) se prerenderizan de antemano y se sirven sin trabajo del servidor en cada visita.
• Mucho menos que descargar y ejecutar en la landing page. El mapa global es ahora una imagen generada de antemano en lugar de construirse en tu navegador en cada carga, y las animaciones de la página funcionan con CSS en lugar de JavaScript.
• Las traducciones ahora se cargan por página, en lugar de descargar el texto de los tres idiomas en cada pantalla.
• El panel carga solo lo que estás viendo. Los paneles pesados (el editor de archivos, la terminal y los gráficos) se cargan ahora bajo demanda en lugar de por adelantado, y se han eliminado las peticiones en segundo plano que se ejecutaban en pantallas donde ni siquiera se usaban.

​

Correos electrónicos

• Se ha rediseñado todo correo transaccional. Los códigos de confirmación, los recibos de compra y de canje, los recordatorios de renovación, los avisos de caducidad del plan y de eliminación de proyectos comparten ahora un mismo diseño, con el dato clave (el código, el importe o el plazo) en primer lugar, en lugar de enterrado en un párrafo.
• El logo de Vertra Cloud ya aparece en tu bandeja de entrada. Se enviaba como SVG, que Gmail, Outlook de escritorio y Yahoo no muestran en absoluto, así que la mayoría de destinatarios veía una imagen rota.
• Los correos incluyen ahora una línea de vista previa, siguen el tema claro u oscuro de tu sistema y se leen bien en el móvil y con las imágenes bloqueadas.
• Corregido que el correo de canje mostrara el marcador sin procesar {{duration}} en lugar de la duración del plan, y que los correos de compra en inglés y en español mostraran el importe sin su moneda.

​

Copias de seguridad y eliminación automática

• Los proyectos nunca se eliminan sin una copia de seguridad verificada. La caducidad del plan y la tarea de limpieza del plan FREE crean ahora primero un snapshot y solo eliminan los recursos cuyo snapshot se ha completado. Lo que falle al hacer la copia se detiene y se conserva en su sitio en lugar de eliminarse, y se notifica para revisión manual.
• La tarea de limpieza del plan FREE eliminaba antes los proyectos sin conexión sin crear ningún snapshot. Ahora crea uno antes.
• Los snapshots previos a la eliminación ignoran el permiso de copias de seguridad del plan: un proyecto a punto de eliminarse siempre se copia, sea cual sea el nivel.
• Los snapshots de proyectos grandes ya funcionan. Se ha eliminado el límite de tamaño que hacía fallar por completo las copias de proyectos más grandes.
• Los archivos de snapshot ya no incluyen contenido que se puede reinstalar (node_modules, entornos virtuales, vendor, cachés de build) ni el historial de git, así que son considerablemente más pequeños.
• Un snapshot solo se registra cuando se confirma que el archivo existe en el almacenamiento, y su tamaño notificado ahora procede del propio almacenamiento: un snapshot ya no puede aparecer en tu lista sin un archivo real detrás.

​

Validación y mensajes de error

• Los endpoints que reciben un ID de workspace, aplicación, base de datos o variable de entorno ahora rechazan un ID mal formado con un 400 claro, en lugar de fallar con un error interno genérico.
• Actualizar una aplicación o un workspace con un cuerpo vacío devuelve ahora un error de validación en lugar de fallar.
• start_command se limita ahora a 512 caracteres en el momento de guardarlo, en lugar de fallar solo más tarde, durante un nuevo build.
• Subir un .zip corrupto o truncado al crear una aplicación devuelve ahora INVALID_ZIP en lugar de un error interno genérico.
• Escribir un archivo sobre una ruta que ya existe como carpeta devuelve ahora TARGET_IS_DIRECTORY en lugar de un error interno genérico.

​

Vista previa de la landing page

• Hero adaptable renovado, manteniendo la tarjeta del despliegue en directo como sección propia del producto.
• Transición con trama diagonal entre el hero y el contenido de la página.
• Intersecciones de la malla refinadas: los rombos de los bordes se recortan hacia el contenido y los rombos completos solo aparecen en los cruces internos reales.
• Malla del pie de página ampliada para que la transición hacia el pie del sitio sea más clara.
• Menú de navegación del producto mejorado, con estados de apertura y cierre animados y accesibles.

​

Panel v2

• El panel real se ha trasladado a la nueva estructura adaptable, con la navegación de workspaces, la búsqueda en la paleta de comandos y el flujo de navegación móvil.
• Las vistas generales y las listas de aplicaciones y bases de datos actualizan su estado automáticamente.
• La entrada de subida, los snapshots, los logs, los ajustes, la facturación, el soporte y los workspaces se han adaptado al nuevo marco del panel.
• La sección Files de la aplicación se ha sustituido por un árbol de archivos del proyecto desplegable en la barra lateral de escritorio y en la hoja de navegación móvil.
• Las listas de aplicaciones y bases de datos se han unificado en filas con búsqueda y paginación, con acciones rápidas más seguras. Además, los estados vacíos, restringidos, de notificaciones y de modales del panel se han estandarizado.
• Las acciones de inicio rápido, reinicio y parada muestran un indicador de transición y esperan a que el estado de la vista general se actualice antes de aceptar otro comando.

​

Nuevo proyecto y plantillas

• La pantalla Nuevo proyecto se ha rediseñado como un flujo dedicado a pantalla completa, sin barra lateral y centrado por completo en crear un proyecto.
• La subida de .zip es ahora la forma principal de empezar, con la importación desde GitHub y un acceso directo a bases de datos como opciones secundarias.
• Se ha añadido una sección de Plantillas, marcada como próximamente mientras se completa el catálogo de plantillas listas para desplegar.
• Cada acción “Nuevo” del panel abre ahora directamente la pantalla de creación, donde eliges qué construir.
• El antiguo asistente paso a paso se ha sustituido por un flujo único con desplazamiento: cada etapa (origen, configuración, revisión y despliegue) aparece en orden al completar la anterior, en lugar de saltar entre pantallas completas con botones de atrás y siguiente.
• Se ha eliminado el paso aparte para el nombre y la descripción del proyecto. El nombre se deriva automáticamente del nombre del archivo .zip subido o del repositorio conectado, y se puede editar después desde los ajustes del proyecto. La selección de workspace se ha movido al paso de configuración, en lugar de tener pantalla propia.
• El runtime y el motor de base de datos se eligen ahora con tarjetas seleccionables, en lugar de un desplegable simple o una cuadrícula manual.
• Se ha añadido la importación de archivos en el paso de variables de entorno, que acepta archivos .env o .txt en lugar de escribir cada variable a mano.

​

Detección de dependencias que faltan

• Los despliegues analizan ahora el proyecto subido en busca de importaciones que no están declaradas en su manifiesto de dependencias (requirements.txt, package.json, go.mod, Gemfile, composer.json, Cargo.toml, pom.xml), incluso cuando el manifiesto no existe, en todos los lenguajes compatibles.
• Si se detectan dependencias que faltan antes del despliegue, el flujo de creación ofrece añadirlas al manifiesto y desplegar una sola vez con la corrección aplicada, en lugar de exigir un nuevo build después.
• Si se detectan dependencias que faltan en el despliegue o en la subida de archivos de una aplicación existente, se envía una notificación con un enlace a la aplicación, y hay un endpoint disponible para instalar las dependencias que faltan y lanzar un nuevo build.

​

Logs en tiempo real

• La terminal de logs de la aplicación se ha reconstruido sobre un motor de terminal real. Los logs en vivo fluyen con suavidad y ya no bloquean la página cuando una aplicación o un bot se inicia y genera mucha salida.
• La transmisión en vivo sobrevive a los reinicios: la terminal mantiene la conexión abierta durante un reinicio en lugar de desconectarse.
• Los eventos de la plataforma aparecen ahora integrados y destacados en el flujo de logs, incluidos los reinicios de las aplicaciones.
• Los logs de las aplicaciones, tanto de las ejecuciones normales como de las caídas, se conservan en disco con rotación automática.

​

Navegación

• La página de no encontrado se ha rediseñado, con un estado de ruta más claro y enlaces directos a la página de inicio o al panel.

​

Plantillas de correo

• Se han rediseñado las seis plantillas de correo transaccional (enlace mágico, confirmación de compra, éxito de rescate, caducidad del plan, recordatorio del plan y eliminación de proyecto) con un sistema visual unificado.
• El antiguo diseño con cabecera naranja se ha sustituido por un logo centrado sobre el fondo cálido, una tarjeta de contenido blanca con borde de 1 px y una tipografía Inter uniforme.
• La paleta de colores se ha estandarizado en todas las plantillas, reservando el color de acento para los botones.

​

Correcciones de errores

• Corregido el color de los avisos emergentes, para que las confirmaciones de éxito y de despliegue sigan el tema claro u oscuro activo.
• Corregido el espaciado de los diálogos de error de la terminal, para que los detalles del log y las acciones usen el cuerpo y el pie de diálogo estándar.
• El radio de la vista previa del log de la terminal coincide ahora con la escala de controles del panel.
• El campo ID de cuenta se ha estandarizado con el mismo estilo de input que los ajustes de localización y de correo.
• Corregido un error de recorte de imagen en la landing page.

​

SEO y vistas previas en redes sociales

• Corregidas las vistas previas de enlaces (Discord, WhatsApp, Slack, X): los enlaces compartidos de Vertra Cloud ahora muestran una tarjeta de marca adecuada, en lugar de una imagen rota o genérica.
• Se han añadido tarjetas de vista previa propias para las páginas de Precios, Enterprise, Bases de datos, Blob Storage, CLI y la extensión de VS Code, cada una con su título.
• Se han añadido título y descripción propios a las páginas Acerca de, Política de privacidad, Términos de servicio, Iniciar sesión y Registrarse. Ya no muestran el título de la página de inicio al compartirse o aparecer en los buscadores.
• Corregido el enlace canónico de las páginas en portugués y español, que siempre apuntaba a la versión en inglés.
• Se ha publicado llms.txt, un resumen breve y legible por máquinas del producto para asistentes de IA y herramientas de búsqueda.

​

Descripción general

​

Novedades

​

Workspaces

• Crear, editar y eliminar workspaces
• 5 roles: Owner, Admin, Developer, Operator, Viewer
• Gestión de miembros con enlaces de invitación
• Asignar aplicaciones y bases de datos a los workspaces
• Disponible desde el plan Enterprise (de 5 a 24 miembros)

​

Autenticación

• Magic Link — Autenticación por correo electrónico sin contraseña
• GitHub OAuth — Inicio de sesión y vinculación de cuentas
• Google OAuth — Inicio de sesión y vinculación de cuentas
• Discord OAuth — Proveedor ya existente, ahora con vinculación y desvinculación de cuentas
• Cambio de cuenta — Hasta 5 cuentas guardadas en el mismo navegador
• Gestión de sesiones — Ver las sesiones activas y revocar todas las sesiones
• Generación de claves de API — Para el acceso programático

​

Notificaciones

• Notificaciones desde la API con estado de leída o no leída
• Marcar una notificación o todas como leídas
• Visualización en tiempo real en la cabecera del panel
• Plantillas de correo localizadas en 3 idiomas (EN, PT-BR, ES)
• Plantillas para: caducidad del plan, aviso de eliminación y confirmación de compra

​

Cambio a un plan inferior

• Cambio al plan Free mediante POST /v1/users/me/downgrade
• Límite de peticiones para evitar abusos
• Avisos sobre el impacto en los recursos existentes

​

Snapshots

• Crear snapshots manuales de aplicaciones y bases de datos
• Restaurar desde cualquier snapshot anterior (con tiempo de espera)
• Descargar el contenido de un snapshot
• Inserción automática de vertracloud.config durante la creación del snapshot
• Vista de snapshots agrupados en el panel

​

Limpieza del plan Free

• Los proyectos sin conexión durante más de 30 días se eliminan automáticamente
• Avisos por correo a los días 7, 23 y 27
• Enlace de reactivación incluido en los avisos

​

Versiones de runtime dinámicas

• Selector de versión en el asistente de creación de proyectos
• Etiquetas recommended y latest
• Nuevos lenguajes compatibles: Ruby, Rust, Java

​

Panel

​

Rediseño completo

• Asistente de nuevo proyecto: creación en varios pasos con diseño vertical animado
• Gestor de archivos: reescrito con Monaco Editor (arrastrar y soltar, subida de ZIP, validación de rutas prohibidas)
• Terminal integrada: transmisión de logs en tiempo real mediante SSE, con colores ANSI y desplazamiento automático
• Ajustes de cuenta: conexiones de autenticación, gestión de sesiones, generación de claves de API y códigos de canje
• Cabecera adaptable: modo compacto, prevención de desbordamiento y menús que se cierran al hacer clic fuera

​

Internacionalización

• 3 idiomas: inglés, portugués (BR) y español
• Mensajes de error y de éxito, y plantillas de correo localizados
• Archivos de mensajes granulares, organizados por función

​

Integración con GitHub

• Selección de repositorios, incluidos los privados
• Selección de rama
• Alternativa con ZIP cuando GitHub no está disponible
• Configuración de webhooks para los despliegues automáticos

​

Cambios en la API

​

Endpoints nuevos

• POST /v1/users/me/downgrade: cambio a un plan inferior
• GET /v1/users/me/sessions: listar las sesiones activas
• DELETE /v1/users/me/sessions: revocar todas las sesiones
• POST /v1/users/me/generate-api-key: generar una clave de API
• GET /v1/notifications: listar notificaciones
• POST /v1/notifications/:id/read: marcar como leída
• POST /v1/notifications/read-all: marcar todas como leídas
• POST /v1/workspaces: crear un workspace
• GET /v1/workspaces: listar workspaces
• GET/PUT/DELETE /v1/workspaces/:id: CRUD de workspaces
• POST/DELETE /v1/workspaces/:id/members: gestión de miembros
• POST/DELETE /v1/workspaces/:id/apps/:appId: asociación de aplicaciones
• POST/DELETE /v1/workspaces/:id/databases/:dbId: asociación de bases de datos
• GET /v1/apps/runtimes: versiones de runtime disponibles
• POST /v1/orders: crear pedido
• GET /v1/orders: listar pedidos
• POST /v1/orders/:id/initiate/pix: pago por PIX
• POST /v1/redeem/:code: canjear código

​

Formato de respuesta

• Éxito: { "status": "success", "response": { ... } }
• Error: { "code": "ERROR_CODE", "message": "..." }

​

Seguridad de tipos

• Publicado el paquete @vertracloud/api-types con definiciones completas de TypeScript
• Todos los tipos de respuesta de los endpoints REST documentados con enlaces @see a la documentación
• Cobertura completa de tipos: aplicaciones, bases de datos, workspaces, pedidos, snapshots y notificaciones

​

Mejoras

​

Detección de bucles de reinicio

• 5 caídas en 10 minutos desactivan el reinicio automático durante 24 horas
• Filtrado por código de salida (la salida normal con código 0 no cuenta)
• Pausa de 1 hora entre reinicios
• Mínimo de 60 segundos de funcionamiento para considerarlo estable

​

Logs en tiempo real

​

Gestión del subdominio personalizado

• Elegir el subdominio personalizado al crear el proyecto
• Cambiar el subdominio mediante la API (PATCH /v1/apps/:id/network/subdomain)
• Validación de disponibilidad

​

Gestor de archivos

• Subida mediante arrastrar y soltar con soporte de ZIP
• Validación de directorios y archivos prohibidos
• Ordenación inteligente del árbol de archivos
• Mensajes de error localizados

​

Correcciones de errores

• Corregidas las incoherencias en la monitorización del estado de las bases de datos
• Corregida la entrega de notificaciones durante la migración de datos
• Corregido el desbordamiento horizontal en la cabecera adaptable del panel
• Corregidos varios errores en el flujo del asistente de creación de proyectos
• Corregida la detección de bucles de reinicio en contenedores con errores de sintaxis
• Corregida la verificación de los registros DNS de dominios personalizados

​

Cambios incompatibles

• Sistema de snapshots: sustituye al antiguo sistema de copias de seguridad y commits. Los endpoints antiguos de copias de seguridad están obsoletos.
• Autenticación: nueva autenticación basada en sesiones. Las claves de API existentes siguen funcionando.
• Endpoints de workspaces: /v1/organizations/* renombrado a /v1/workspaces/*
• Comportamiento del reinicio automático: ahora incluye la detección de bucles de reinicio con desactivación automática
• Limpieza del plan Free: los proyectos inactivos se eliminan tras 30 días (con avisos por correo)

​

v26.1 — 25 y 26 de marzo de 2026

​

Correcciones de errores

• Eliminación de archivos en despliegues de GitHub: corregido que los despliegues eliminaran de forma agresiva .env y los archivos de configuración no rastreados
• Conservación de archivos en el despliegue de aplicaciones: las actualizaciones de aplicaciones ahora conservan los archivos locales existentes, en lugar de borrar el contenido no rastreado
• Recogida de métricas: corregido que no se recogieran métricas de algunas aplicaciones en ejecución
• Visualización de métricas: corregidos los campos de red que faltaban, los fallos con valores nulos y las etiquetas de tiempo duplicadas en los gráficos
• Validación de UUID: los parámetros de ruta de la API para los IDs de aplicaciones y bases de datos ahora validan el formato UUID y devuelven 400 si el valor no es válido
• Eliminación de variables de entorno: corregida la llamada al endpoint de eliminación desde el panel (faltaba el ID de la variable en la ruta)
• Edición de la clave de variables de entorno: corregido que el campo de clave no se actualizara al editar una variable de entorno existente
• Color del texto de la superposición de subida: corregido el texto de descripción de bajo contraste en el diálogo de progreso de subida de commits

​

Mejoras

• Persistencia de vertracloud.config: el archivo de configuración ahora se escribe en el directorio de la aplicación al crearla, de modo que las subidas futuras heredan la configuración

​

Descripción general

​

Novedades

​

Extensión de VSCode

• Despliegue directo desde el editor
• Gestión de aplicaciones desde VS Code
• Visualización de logs en tiempo real en la barra lateral
• Estado y métricas rápidas
• Creación de proyectos integrada
• Disponible en el marketplace de VS Code

​

Bases de datos gestionadas

• PostgreSQL 17
• MongoDB 8.0

​

Certificados TLS automáticos

• Generación automática de certificados TLS
• Gestión de la renovación de certificados
• Soporte de certificados de cliente
• Requisitos de conexión segura

​

Soporte de MySQL

• MySQL 8.0 con las últimas funciones
• Autenticación X509 obligatoria por seguridad

​

Mejoras

​

Entrega de correos

• Mayor velocidad en la entrega de los correos de enlace mágico
• Mejor enrutamiento del correo
• Menor latencia en la entrega
• Mayor fiabilidad

​

Correcciones de dominios personalizados

• Corregidos los errores 404 en algunas configuraciones de dominio personalizado
• Mejor gestión de la propagación de DNS
• Mejor emisión de certificados para dominios personalizados

​

Gestión de bases de datos

• Corregidos los casos límite en la generación de certificados
• Mejor visualización y gestión de las credenciales
• Comprobación de conexión a bases de datos mejorada

​

Correcciones de errores

• Corregidos los problemas de temporización en la entrega de correos
• Corregida la generación de certificados en casos límite
• Corregida la configuración de DNS de dominios personalizados
• Mejorada la resiliencia de las conexiones a bases de datos

​

Cambios incompatibles

​

Descripción general

​

Funciones

​

API v1

• API REST completa para todas las operaciones de la plataforma
• Referencia completa de la API
• Ejemplos de peticiones y respuestas
• Autenticación con clave de API
• Límites de peticiones y gestión de cuotas

​

Workspaces

• Crear y gestionar workspaces para equipos
• 5 roles predefinidos: Owner, Admin, Developer, Operator, Viewer
• Gestión de permisos basada en roles
• Invitación y gestión de miembros
• Aislamiento y seguridad de los workspaces

​

Beta pública

• Plataforma abierta al registro público de usuarios
• Pruebas beta y recogida de opiniones
• Soporte a la comunidad de usuarios
• Mejoras de estabilidad y rendimiento basadas en las opiniones recibidas

​

Documentación

• Sitio de documentación en docs.vertracloud.app
• Referencia de la API con todos los endpoints
• Ejemplos de código y tutoriales
• Guías de inicio
• Preguntas frecuentes y solución de problemas

​

Infraestructura

​

Soporte de SSL/TLS

​

Mejoras

• Base sólida de la API para integraciones
• Jerarquía de roles clara para los equipos
• Documentación completa para desarrolladores

​

Correcciones de errores

• Consistencia de las respuestas de la API
• Precisión de la documentación

​

Cambios incompatibles

​

Descripción general

​

Novedades

​

Soporte de Go

• Soporte de Go para el despliegue
• Compilación automática de Go
• Gestión de dependencias de módulos de Go
• Tiempos de build rápidos
• Ideal para microservicios y herramientas de CLI

​

Soporte de PHP

• Soporte del runtime de PHP 8.x
• Compatibilidad con los frameworks web de PHP más habituales
• Soporte de configuración de Apache/Nginx
• Gestión de paquetes de PHP con Composer
• Alojamiento de aplicaciones web

​

Sistema de cupones

​

Mejoras

• Mayor fiabilidad en la entrega de correos y en el renderizado de las plantillas

​

Correcciones de errores

• Resueltos los fallos en la entrega de correos
• Corregidos los cálculos de fechas y duraciones
• Mejorado el manejo de zonas horarias

​

Cambios incompatibles

​

Descripción general

​

Novedades

​

Reinicio automático

• Supervisa el estado del contenedor de forma continua
• Solo reinicia ante fallos reales de ejecución (caídas), no ante errores de configuración o de sintaxis
• Evita bucles de reinicio infinitos que malgastan recursos
• Estabilización automática ante problemas transitorios

​

Archivo .vertraignore

• Funciona de forma similar a .gitignore para el despliegue
• Evita subir archivos innecesarios
• Optimiza la velocidad del despliegue y reduce el tamaño del paquete

​

Commits mejorados

• Proceso de despliegue simplificado
• Mejor seguimiento de los commits y opciones de rollback
• Mayor fiabilidad en los despliegues

​

Alojamiento de sitios estáticos

• Despliegue directo de sitios HTML, CSS y JavaScript
• Opción de lenguaje static al crear el proyecto
• Ideal para sitios estáticos, SPA y documentación
• Servicio automático con los tipos MIME adecuados

​

Nueva estructura de planes

• Plan Intermediary: R$ 18,99/mes con soporte de dominio personalizado
• Plan PRO: dominio personalizado incluido y hasta 2 APIs alojadas por R$ 5,99/mes
• vCPU asignadas actualizadas por nivel de plan
• Propuesta de valor más clara en cada nivel

​

Pagos con tarjeta

• Base para el procesamiento de pagos con tarjeta de crédito
• Preparación para opciones de pago más amplias
• Experiencia de compra mejorada

​

Descargar .env

• Descarga de todas las variables de entorno de una vez
• Práctico para configurar el entorno de desarrollo local
• Acceso seguro y sin conexión a la configuración

​

Mejoras de interfaz y rendimiento

​

Mejoras visuales

• Botón de descarga añadido a la pestaña de archivos
• Carga del panel más rápida
• Mejoras de adaptabilidad en móviles y tabletas
• Detección automática al pegar variables de entorno
• Nueva cuadrícula de proyectos con vistas de lista y de tarjetas
• Mejoras en la cabecera y en el menú de perfil

​

Rendimiento

• Subidas de archivos más rápidas
• Operaciones de commit más ágiles
• Menor tiempo en las operaciones de reinicio, parada e inicio

​

Nueva página de pago

• Opciones de pago más claras
• Mejor experiencia de usuario durante la compra
• Compatibilidad con varios métodos de pago
• Historial de transacciones y acceso a las facturas

​

Mejoras

• Mejor bloqueo de funciones de los planes según el nivel
• Mensajes de error mejorados en toda la plataforma
• Mayor adaptabilidad en móviles en todas las páginas
• Navegación más intuitiva entre niveles de plan

​

Cambios incompatibles

​

Descripción general

​

Novedades

​

Sistema de logs unificado

• Los errores y las caídas se guardan ahora en la pestaña LOGS dedicada
• Interfaz unificada para ver todos los logs de las aplicaciones
• Filtrado y búsqueda sencillos en el historial de logs
• Mejor depuración e investigación de incidencias

​

Soporte de Bun

• Despliegue de aplicaciones con Bun 1.2.2 o posterior
• Alternativa a Node.js con mayor rendimiento
• Soporte completo de TypeScript de serie
• Compatible con los paquetes npm existentes

​

Métricas inteligentes

• Métricas recogidas cada 5 minutos
• Seguimiento del uso de CPU, del consumo de memoria y del número de peticiones
• Datos históricos para el análisis del rendimiento
• Base para las funciones de escalado automático

​

Pestaña de logs de la aplicación

• Transmisión de logs en tiempo real
• Consulta del historial de logs
• Filtrado y búsqueda de logs
• Integración con el seguimiento de errores

​

Extensión de VSCode

• Despliegue directo desde VS Code
• Gestión de las aplicaciones desde el editor
• Logs y métricas en la barra lateral
• Versión alfa disponible en el marketplace de VS Code

​

Actualizaciones de runtimes

​

Versiones de Node.js

• Node.js 22.18.0
• Node.js 24.5.0
• Selección automática de la versión durante el despliegue

​

Versión de Python

​

Runtime de Bun

• Bun 1.2.2

​

Mejoras

​

Navegación y experiencia de uso

• Navegación de la barra lateral mejorada
• Mejor organización de las funciones de gestión de aplicaciones
• Interfaz de logs más limpia
• Visualización de métricas mejorada

​

Correcciones de errores

• Corregidos los problemas de conexión en la transmisión de logs
• Mejorada la claridad de los mensajes de error en la pestaña de logs
• Corregidos casos límite en el cálculo de métricas
• Resueltos los problemas de navegación en la extensión de VSCode

​

Cambios incompatibles

​

Descripción general

​

Novedades

​

Modernización del gestor de archivos

• Interfaz nueva y moderna, más fácil de usar
• Botón de commit para que los usuarios del gestor de archivos desplieguen los cambios directamente
• Botón para reinstalar dependencias para los usuarios del plan Free
• Visualización del árbol de archivos mejorada
• Soporte de arrastrar y soltar
• Extracción de archivos ZIP

​

Certificados de bases de datos

• Flujo unificado de copia de certificados para Redis, MongoDB y PostgreSQL
• Nueva pestaña de certificados en los ajustes de la base de datos
• Copia de certificados al portapapeles con un solo clic
• Información clara sobre los certificados
• Mejor organización de los certificados

​

Referencia de la API

• Documentación completa del endpoint de aplicaciones
• Referencia del endpoint de bases de datos
• Documentación del endpoint de organizaciones
• Referencia del endpoint de usuarios
• Documentación del endpoint de servicios
• Ejemplos interactivos de la API y muestras de peticiones y respuestas

​

Soporte de TSX

• Los archivos .tsx ya se reconocen y se pueden editar
• Resaltado de sintaxis completo para TSX
• Gestión correcta de estos archivos en los commits

​

Enlace a la aplicación en las tarjetas

• En sitios web y APIs, la URL del despliegue se muestra directamente en la tarjeta del proyecto
• Acceso rápido para ver las aplicaciones en directo
• Navegación con un solo clic a la aplicación en ejecución

​

Abrir la aplicación

• Ahora se abre en la misma pestaña en lugar de en una pestaña nueva
• Mejor experiencia de usuario
• Mejor gestión de las pestañas del navegador

​

Rediseño de la plataforma

• Esquema de colores y sistema de diseño actualizados
• Tipografía y espaciado mejorados
• Mejor jerarquía visual
• Componentes de interfaz modernos en todo el sitio
• Mejoras en el diseño adaptable

​

Mejoras de gestión

​

CRUD de organizaciones

• Flujo de creación de organizaciones mejorado
• Mejor gestión de la adición y eliminación de proyectos en las organizaciones
• Interfaz de gestión de miembros más intuitiva

​

Descripciones detalladas

• La sección de organizaciones incluye explicaciones detalladas
• Descripciones en la página de exploración para facilitar el descubrimiento
• La sección de copias de seguridad incluye contexto útil
• Páginas de ajustes con instrucciones más claras

​

Aumento del límite de pedidos

• Ahora se pueden gestionar hasta 3 pedidos de planes simultáneos
• Mejor soporte para cambios de plan en lote
• Flujo de pago mejorado

​

Terminal y logs

​

Terminal mejorada

• Ver los últimos logs incluso cuando la aplicación está sin conexión
• Mejor conservación de los logs
• Corregido el error de petición duplicada
• Desplazamiento de logs mejorado

​

Soporte de lenguajes y runtimes

​

Corrección de la subida de Python

• Mejor gestión de proyectos Python con distintas estructuras de directorios
• Mejor detección de paquetes
• Proceso de despliegue más fiable

​

Versiones de Python

• Python 3.11 (recomendada por su estabilidad)
• Python 3.12 (última versión)

​

Funciones adicionales

​

Página de privacidad

• Endpoint /privacy ya disponible
• Declaración de privacidad clara para los usuarios
• Información sobre cumplimiento normativo y tratamiento de datos

​

Mejoras de rendimiento

​

Instalación de paquetes

• Velocidad de instalación de paquetes 1,5 veces mayor
• Despliegues más rápidos
• Tiempos de build reducidos

​

Adaptabilidad de la cabecera

• Corregidos los problemas de adaptabilidad en pantallas pequeñas
• Mejor gestión del desbordamiento
• Interacciones más fluidas

​

Correcciones de errores

• Corregidas varias incoherencias de la interfaz
• Mejorada la gestión de errores en toda la plataforma
• Corregidos casos límite en la generación de certificados
• Corregidos errores de ordenación en el gestor de archivos
• Mejorada la estabilidad de la conexión a bases de datos

​

Cambios incompatibles

​

Descripción general

​

Novedades

​

Pestañas de ajustes de la aplicación

• General: ajustes básicos e información de la aplicación
• Variables de entorno: gestión de secretos y configuración
• Despliegues: historial de despliegues y configuración del despliegue automático
• Red: dominio personalizado y opciones de red
• Zona de peligro: operaciones destructivas, como la eliminación de la aplicación

​

Variables de entorno

• Operaciones CRUD completas para las variables de entorno
• Sección dedicada a los secretos para datos sensibles
• Soporte de pegado masivo para una configuración rápida
• Inyección de variables de entorno en tiempo real
• Cifrado de las variables en reposo

​

Dominios personalizados

• Configuración de un dominio personalizado para cualquier aplicación
• Guía y validación de la configuración de DNS
• Personalización del subdominio
• Aprovisionamiento de certificados SSL/TLS

​

Despliegues automáticos

• Integración con webhooks de GitHub
• Despliegue automático al hacer push en la rama indicada
• Configuración y gestión de webhooks
• Logs e historial de despliegues

​

Organizaciones

• Crear y gestionar organizaciones
• Gestión de miembros con asignación de roles
• Permisos de commit por rol
• Control de acceso a las copias de seguridad por rol
• Eliminación de organizaciones

​

Página de precios

• Tabla comparativa de niveles
• Lista de funciones por plan
• Precios de los planes de bases de datos
• Opciones de precio anual
• Diferenciación clara entre planes

​

Sistema de pagos

• Integración con PIX: método de pago instantáneo brasileño
• Página de facturas con el historial de transacciones
• Página de pago para la compra de planes
• Gestión de la renovación de planes
• Compatibilidad con varios métodos de pago

​

Códigos de canje

• Canje de códigos promocionales
• Validación y verificación de códigos
• Seguimiento y historial de uso

​

Gestión de planes

• Subir a un nivel superior
• Bajar a un nivel inferior
• Renovación del plan
• Historial de cambios de plan

​

Avisos de caducidad del plan

• Aviso por correo antes de la caducidad
• Indicadores de aviso en el panel
• Información sobre el tiempo que queda para renovar
• Recordatorio de renovación en los ajustes

​

Clave de API

• Generar claves de API
• Revocar claves
• Interfaz de gestión de claves
• Uso de la clave de API en las aplicaciones

​

Actividad y registros de auditoría

• Seguimiento de la actividad de las aplicaciones
• Logs de actividad de las bases de datos
• Historial de acciones del usuario
• Fecha y detalles de cada acción
• Posibilidad de exportar

​

Funciones de bases de datos

​

Rediseño de los ajustes de la base de datos

• Sección de reinicio para las operaciones de reinicio de la base de datos
• Gestión y visualización de credenciales
• Pestaña de resumen con la información de la base de datos
• Opciones de copia de seguridad y restauración

​

Funciones de despliegue

​

Integración con GitHub

• Selección de repositorios de GitHub en el flujo de nuevo proyecto
• Soporte de repositorios privados
• Selección de rama
• Configuración automática de webhooks

​

Control de acceso

​

Permisos del plan

• Reinicio automático limitado a los planes de pago
• Gestor de archivos restringido a determinados niveles
• Disponibilidad del dominio personalizado según el plan
• Visibilidad de las métricas según el plan
• Copias de seguridad según el plan
• Disponibilidad de los despliegues automáticos
• Bloqueo de funciones según el plan

​

Mejoras de la terminal

​

Terminal en tiempo real

​

Mejoras

• Diferenciación más clara entre planes
• Mejores funciones de colaboración en equipo
• Flujo de pago mejorado
• Organización de aplicaciones mejorada
• Mejor gestión de las variables de entorno

​

Correcciones de errores

• Corregidos los problemas en la generación de claves de API
• Mejorada la fiabilidad en la entrega de webhooks
• Corregidos casos límite al eliminar organizaciones
• Corregida la comprobación de permisos de los planes

​

Cambios incompatibles

​

Descripción general

​

Novedades

​

Reconstrucción del panel

• Nueva navegación con barra lateral
• Organización más limpia e intuitiva
• Diseño adaptable a todos los tamaños de pantalla
• Indicadores de estado en tiempo real
• Gestión de aplicaciones más ágil

​

Gestor de archivos

• Explorar y editar los archivos de la aplicación directamente
• Borrado masivo
• Edición de archivos de configuración
• Subida y descarga de archivos
• Navegación por el árbol de directorios
• Creación y edición de archivos

​

Organizaciones

• Crear y gestionar organizaciones
• Añadir miembros a las organizaciones
• Control de acceso basado en roles
• Ajustes a nivel de organización
• Invitaciones de miembros
• Gestión de permisos

​

Logs en tiempo real

• Actualizaciones de logs en tiempo real mientras las aplicaciones se ejecutan
• Filtrado y búsqueda de logs
• Consulta del historial de logs

​

Soporte para español

• Traducciones completas al español (ES)
• Selección de idioma en los ajustes de usuario
• Todo el texto de la interfaz traducido
• Plantillas de correo en español

​

Sistema de commits

• Crear commits de aplicaciones
• Volver a commits anteriores
• Visualización del historial de commits
• Seguimiento de despliegues
• Gestión de versiones

​

Copias de seguridad

• Crear copias de seguridad manuales
• Ver el historial de copias de seguridad
• Restaurar desde una copia de seguridad
• Programación de copias de seguridad
• Integración con la API

​

Nueva landing page

• Diseño y maquetación modernos
• Propuesta de valor clara
• Destacados de funciones
• Botones de llamada a la acción
• Navegación mejorada

​

Página de precios

• Comparativa de planes
• Lista de funciones por nivel
• Transparencia en los precios
• Diferenciación entre niveles

​

Páginas adicionales

• Página de Términos de servicio
• Página Acerca de
• Página de soporte y contacto
• Documentación de ayuda

​

Componentes y visualización

​

Gráficos

• Gráficos de uso de recursos
• Visualización de métricas de rendimiento
• Visualización de datos históricos
• Interacción con los gráficos
• Varios tipos de gráfico

​

Actividad

• Logs de actividad de las aplicaciones
• Logs de actividad de las bases de datos
• Seguimiento de las acciones de los usuarios
• Información detallada de la actividad
• Filtrado de la actividad

​

Soporte de Markdown

​

Tarjetas de logs y de actividad

• Renderizado de Markdown en los logs
• Markdown en las tarjetas de actividad
• Mejor legibilidad del contenido
• Soporte de bloques de código en los logs
• Renderizado de enlaces

​

Mejoras

• Interfaz de usuario más limpia en toda la aplicación
• Mejor organización de las funciones
• Flujo de navegación mejorado
• Gestión de aplicaciones más intuitiva
• Estado de las aplicaciones más visible
• Mejor visualización del uso de recursos

​

Correcciones de errores

• Corregidos los problemas de renderizado del panel
• Mejorada la entrega de logs en tiempo real
• Corregidos casos límite del gestor de archivos
• Corregidos errores de navegación
• Mejorado el manejo de errores

​

Cambios incompatibles

​

Descripción general

​

Funciones

​

Panel

• Ver todas las aplicaciones desplegadas
• Ver todas las bases de datos conectadas
• Resumen rápido del estado
• Listado y filtrado de proyectos
• Gestión básica de recursos

​

Detalles de la base de datos

• Ver la información de la base de datos
• Mostrar las credenciales de conexión
• Estadísticas de uso de la base de datos
• Gestión de la configuración
• Integración con la API

​

Detalles de la aplicación

• Resumen de la aplicación
• Integración con el gestor de archivos
• Navegación por pestañas desde los parámetros de la URL
• Logs de la aplicación
• Estado del despliegue

​

Páginas de aplicaciones y bases de datos

• Página de aplicaciones con todas las aplicaciones
• Página de bases de datos con todas las bases de datos
• Filtrado y ordenación
• Acciones rápidas por recurso

​

Campo de dominio personalizado

• Configuración de dominio personalizado en las aplicaciones
• Validación de dominios
• Guía para configurar el DNS
• Base para las funciones de dominio personalizado

​

Configuración de desarrollo

​

Herramientas de calidad de código

• Configuración de ESLint para el análisis estático del código
• Configuración de Prettier para el formato del código
• Comprobaciones automáticas de calidad del código
• Aplicación uniforme del estilo de código

​

Sistema de diseño

• Tailwind CSS para los estilos
• Sistema de colores propio con los colores de la marca
• Tokens y utilidades de diseño
• Marco de diseño adaptable

​

Mejoras

• Interfaz limpia y funcional
• Gestión intuitiva de aplicaciones
• Base para futuras funciones
• Arquitectura base sólida
• Preparado para la expansión de la plataforma

​

Infraestructura

​

Plataforma inicial

• Sistema de despliegue en contenedores
• Soporte de DNS y SSL
• Enrutamiento básico
• Aislamiento de aplicaciones

​

Cambios incompatibles