Alojamiento para desarrolladores

Alojamiento que actúa como una herramienta, no como un panel de control

Despliegue desde el repositorio de GitHub o GitLab en el que ya trabaja, cree una copia de ensayo (staging) y publíquela cuando esté lista, abra el VS Code real en el navegador en el sitio en ejecución y maneje toda la plataforma desde una API REST, una CLI y un servidor MCP. Todo lo que hace el panel de control lo hace la API, porque el panel de control está construido sobre ella.

Un commit que pasa por una comprobación automatizada y se publica, con un camino de vuelta.
  • 100%de la API documentada en el momento de la compilación
  • MITCLI de Zinnector®, gratis, sin cuenta para probarlo
  • 12Categorías de herramientas MCP para agentes de IA
  • Sin atadurastoma el código y vete, cuando quieras
  • Despliegues de Gitdesde GitHub o GitLab, el repositorio que ya utiliza
  • Staging y push-to-liveuna copia real, un clic y promuévela
  • VS Code en el navegadoren los archivos reales del sitio en vivo, git incluido
  • Una API pública realversionado, documentado y sobre el que construimos

El flujo de trabajo, no una captura de pantalla de uno

Cuatro elementos que convierten el alojamiento en un lugar desde el que enviar archivos en lugar de un sitio donde solo se suben.

Desplegar desde su repositorio

Conecte GitHub o GitLab una sola vez. Mostramos exactamente qué permisos necesita la conexión antes de que la autorice, validamos el token al introducirlo y lo almacenamos en Vault, nunca en una columna de base de datos y nunca en un registro.

Staging con sincronización a producción

Crea una copia de todo el sitio (archivos y base de datos), trabaja en ella y luego publícala. Prueba lo que estás a punto de lanzar en una copia de aquello a lo que vas a migrar.

VS Code en el navegador

Code-server real en los archivos del sitio en vivo, con git integrado, dentro del mismo entorno aislado con CageFS en el que aterriza su sesión SFTP. Sin nada que instalar ni sincronizar.

Sus propias herramientas, todavía

SFTP en cada sitio y un shell SSH aislado con wp-cli en la plataforma compartida. Utilice el editor del navegador para una tarea y su propio cliente para la siguiente; ambos ven los mismos archivos.

Zinnector®, la CLI

Crea sitios de WordPress de forma local sin más instalación que Node —sin Docker, sin MAMP— y comprueba lo que has creado en la plataforma en la que se va a alojar. Es gratuito y cuenta con la licencia MIT.

Un servidor MCP para su agente

Doce categorías de acciones reales (sitios, código, dominios, DNS, SSL, bases de datos, configuración, copias de seguridad, correo electrónico, SEO y observabilidad) para que un asistente de inteligencia artificial pueda hacer el trabajo en lugar de describirlo.

Cada puerta de acceso a la plataforma

El panel de control es un cliente de la API. Estos son los demás, y todos son públicos.

Referencia de la API REST

Cada operación, generada a partir de la especificación OpenAPI que es la fuente única de verdad, de modo que la documentación no pueda desalinearse del punto de conexión.

Referencia de la API REST

La plataforma de desarrollo

Cómo encajan la API, los SDKs, el proveedor de Terraform y los webhooks, y cuándo utilizar cada uno.

La plataforma de desarrollo

Zinnector®: la CLI

WordPress local en Node por sí solo y comprobaciones previas al vuelo contra la plataforma en la que está realizando el despliegue.

Zinnector®: la CLI

Webhooks

Eventos enviados a usted, firmados y reintentados, para que no nos consulte.

Webhooks

Las cosas que solo importan una vez que estás trabajando

Letra pequeña que no es pequeña cuando se trata de su martes por la tarde.

  • Versión de PHP por sitio, para que un sitio pueda actualizarse a 8.4 sin arrastrar a los demás con él
  • Cron por sitio y variables de entorno en el panel, no en un archivo que tenga que recordar
  • phpMyAdmin y un administrador de archivos para las ocasiones en las que una interfaz gráfica es realmente más rápida
  • wp-cli en la terminal del panel y por SSH en la plataforma compartida
  • Migraciones gratuitas, realizadas y verificadas antes de realizar cualquier cambio
  • SSL gratuito emitido y renovado para usted, en cada sitio
  • Los sitios en nuestra propia infraestructura cuentan con SFTP en lugar de una shell interactiva; la cuenta se crea con /sbin/nologin y SFTP entra en la jaula a través de PAM, lo cual es una decisión de seguridad y no una función faltante

Del repositorio al sitio en vivo

El camino que sigue un cambio, una vez establecida la conexión.

  1. Conectar el repositorio

    Autoriza GitHub o GitLab una vez, tras haber revisado primero los permisos exactos. El token se valida al introducirlo y se escribe en Vault.

  2. Crear una copia de ensayo

    Archivos y base de datos, con un solo clic. Su copia de ensayo es el sitio, no una aproximación de este.

  3. Pulsar y desplegamos

    Un envío a la rama que haya designado se implementa en ese entorno. Los sitios estáticos pueden enviarse a nuestra infraestructura, Cloudflare Pages o GitHub Pages, según se elija para cada sitio.

  4. Publicar en producción

    Cuando esté listo en el entorno de pruebas, publícalo en vivo. Cada despliegue es una versión con control de versiones, por lo que si algo sale mal después, puedes volver a la anterior en lugar de abrir un ticket de restauración.

Preguntas frecuentes

¿Tengo acceso SSH?

En la plataforma compartida, sí: un shell en jaula con wp-cli y claves gestionadas desde el panel de control. En nuestra propia flota, no: esas cuentas se crean con /sbin/nologin y en su lugar se obtiene acceso SFTP a la misma jaula de CageFS, junto con el IDE de navegador con git integrado. Preferimos informárselo aquí antes de que se entere después de haber pagado.

¿Es la API pública la misma que utiliza el panel de control?

Sí, y ese es el punto. Es compatible con la API desde el principio: ningún *endpoint* se lanza a menos que esté en la especificación OpenAPI, y los SDK, la CLI y la referencia en este sitio se generan a partir de dicha especificación. No existe una API privada con los mejores *endpoints*.

¿Qué lenguajes y pilas tecnológicas?

WordPress y WooCommerce, PHP nativo, Laravel, Node, Python y Django, .NET, sitios estáticos y frameworks de aplicaciones modernos. O bien, adquiera un servidor no administrado con acceso root y ejecute en él lo que prefiera.

¿Para qué sirve el servidor MCP?

Permite que un asistente de inteligencia artificial —Claude o cualquier otro que hable MCP— realice acciones reales en su cuenta en lugar de indicarle qué botón debe pulsar. Lo que puede hacer se enumera en el catálogo de herramientas, y usted decide qué se le permite tocar.

¿Estoy sujeto a permanencia?

No. Cada sitio se puede exportar, el código está en su repositorio y la plataforma está diseñada deliberadamente con proveedores intercambiables en su interior. Si desea irse, la respuesta es una migración en lugar de una discusión.

¿Pueden construir la solución además de alojarla?

Sí, se trata de un servicio independiente y de una decisión distinta. El desarrollo se cotiza por proyecto y alojarlo con nosotros nunca es un requisito para ello.

Créalo gratis y págalo cuando esté en marcha

Empiece con la prueba gratuita, conecte un repositorio y despliegue algo. Si prefiere que lo construyamos por usted, el presupuesto de desarrollo también es gratuito.

Empezar gratis