VS Code en el navegador (code-server)
El editor real, ejecutándose sobre los archivos de su sitio: búsqueda en múltiples archivos y git integrado. Abra un sitio, realice el cambio, confírmelo — sin descargas locales y sin nada que instalar.
Herramientas del sitio
VS Code en el navegador en cada sitio que alojamos en nuestra propia infraestructura, una shell SSH aislada en la plataforma compartida, wp-cli, phpMyAdmin, un administrador de archivos, tareas cron y variables de entorno por sitio, y control total de PHP: todo en el panel de control, todo delimitado exclusivamente a su sitio. Esta es una superficie de control para desarrolladores, no una página de ajustes. Disponibilidad: la limitación de base de datos por sitio se encuentra en desarrollo activo y aún no está disponible. Todo lo demás descrito aquí ya está disponible hoy.
La mayoría de los paneles de control de alojamiento se detienen donde comienza el trabajo. Usted puede cambiar uno o dos ajustes, pero luego se espera que abra un cliente FTP, busque una herramienta de base de datos, acceda mediante SSH desde otro lugar y una todo el trabajo usted mismo. Zinn Digital® integra toda la cadena de herramientas dentro del propio sitio: abra un sitio en el panel de control y el editor, la terminal, la base de datos, los archivos, cron, el entorno y los registros ya estarán allí, autenticados y orientados al sitio correcto.
Cada una de esas herramientas se ejecuta dentro del propio cage del sitio. CloudLinux CageFS proporciona a cada inquilino una vista aislada del sistema de archivos, de modo que una shell, un editor o un administrador de archivos solo puedan ver los archivos de ese inquilino, y no otros sitios, otros clientes ni rutas confidenciales del sistema. La comodidad de un panel compartido con la separación de una caja privada.
La superficie de edición es un IDE completo, no un área de texto con resaltado de sintaxis.
El editor real, ejecutándose sobre los archivos de su sitio: búsqueda en múltiples archivos y git integrado. Abra un sitio, realice el cambio, confírmelo — sin descargas locales y sin nada que instalar.
wp-cli está disponible en la terminal del panel y a través de SSH. Busque y reemplace un dominio, active un complemento, vacíe las reescrituras, exporte una base de datos, ejecute un evento cron a petición: el conjunto de herramientas estándar de WordPress, en la misma ventana que su código.
El asistente de IA del panel de control funciona con sus propias claves de modelo, leyendo y editando archivos y ejecutando wp-cli por usted. Aporte su propio modelo; la plataforma proporciona las herramientas prácticas. Se trata de un espacio independiente dentro del panel de control; la asistencia dentro del propio editor está en desarrollo activo y aún no se encuentra disponible.
«¿Prefiere sus propias herramientas? Conéctese a través de SSH o SFTP y obtenga la misma vista enjaulada de los mismos archivos. En los planes que incluyen SSH, obtendrá una shell real dentro de la misma jaula de CageFS: añadirá su clave pública en el panel de control e iniciará sesión como la propia cuenta del sitio. Los planes Footprint-Free disponen de SFTP en lugar de shell. Las claves de acceso y las credenciales se gestionan en el panel de control según el principio de privilegios mínimos, y las acciones privilegiadas se registran para auditoría.»
Configuración de tiempo de ejecución por sitio — no un ajuste para todo el servidor para cuyo cambio deba abrir un ticket.
Elija la versión de PHP para cada sitio de forma independiente mediante CloudLinux alt-PHP. Ejecute un complemento antiguo en una rama anterior mientras el sitio contiguo utiliza la versión actual; sin entornos de ejecución compartidos ni versiones de compromiso para toda la cuenta.
memory_limit, max_execution_time, el tamaño de upload y post y el resto quedan a su disposición para configurarlos dentro de su asignación, por lo que un script de importación o una subida de medios de gran tamaño no requiere una conversación con el soporte.
Active o desactive extensiones de PHP por sitio (imagick y gd, redis y memcached, bcmath, intl, soap y más), de modo que un sitio contenga exactamente las extensiones que necesita y ninguna que no requiera.
Cada sitio obtiene sus propios procesos de trabajo LiteSpeed LSAPI, con un número configurable dentro de su plan y delimitado por el límite de procesos de entrada LVE del sitio. La concurrencia es suya; un pico de tráfico de un vecino no es su cola de espera.
Almacenamiento en caché de objetos con Redis o Memcached por sitio, con el drop-in de object-cache de WordPress integrado: las páginas dinámicas se mantienen rápidas bajo carga en lugar de sobrecargar la base de datos.
Gestione WP-cron y el cron real del sistema por sitio, y configure variables de entorno para el tiempo de ejecución del sitio (claves de API, selectores de funciones e indicadores de etapa) sin editar wp-config manualmente.
Acceso directo a las dos cosas a las que los desarrolladores realmente necesitan acceder.
Ambas herramientas de base de datos están integradas en el panel de control y cuentan con inicio de sesión único: acceda desde el sitio y ya estará autenticado en la base de datos correcta. No hay credenciales independientes que almacenar o compartir.
Cada sitio funciona con MariaDB con tantas bases de datos y usuarios como el proyecto necesite, además de un interruptor de acceso remoto para cuando desee conectar un cliente externo o una herramienta de informes.
El uso de la base de datos por sitio está regulado por CloudLinux MySQL Governor, por lo que las consultas pesadas de un sitio no pueden ralentizar el servidor para los demás, incluido el suyo.
Un administrador de archivos completo (FileGator), integrado y con SSO, para subidas, permisos, archivos y ediciones rápidas cuando abrir el IDE resulta más aparatoso de lo que la tarea amerita.
Lea los registros de acceso, errores y PHP del sitio desde el panel de control mientras trabaja: la ruta más rápida desde «se ha roto» hasta la línea que causó el error.
Las herramientas reconocen que administran WordPress, por lo que las tareas habituales requieren una sola acción en lugar de diez.
El acceso a estas herramientas depende de los roles de su organización. Las membresías de clientes tienen asignado un rol de propietario, facturación, desarrollador o de solo lectura, y los permisos se determinan a partir de dichos roles; el rol de desarrollador corresponde a un desarrollador en activo, y la implementación o publicación en el entorno de producción no forma parte de él de manera deliberada. El acceso del personal está limitado de la misma forma por los roles y permisos de sus propios departamentos.
El acceso programático utiliza claves de API por organización y clientes OAuth con alcances granulares (solo lectura, facturación o aprovisionamiento), de modo que una automatización obtiene exactamente el alcance que necesita. Cada acción privilegiada se registra en una auditoría con el actor, la acción y el objetivo, lo que significa que la respuesta a «quién cambió la versión de PHP el martes» es una simple consulta y no una discusión.
Si prefiere gestionar todo esto desde una herramienta de AI, la misma capacidad está disponible a través de nuestro servidor MCP alojado: ejecute wp-cli, clone en staging, purgue la caché o restaure una instantánea desde Claude, Cursor o cualquier agente compatible con MCP, bajo el mismo alcance de roles y registro de auditoría.
El alojamiento convencional es totalmente de autoservicio: el conjunto completo de herramientas, expuesto y editable dentro de los derechos de su plan. El alojamiento Footprint-Free es deliberadamente más estandarizado y restringido, ya que todo el valor de una red depende de que sus sitios presenten una superficie uniforme y discreta: la libertad de configuración es una huella en sí misma.
Los derechos se encargan del resto del control de acceso. Los workers de PHP, el disco y las extensiones escalan con su nivel, por lo que la estructura de las herramientas es la misma en cada plan mientras el margen de maniobra crece con él. Si no está seguro de qué opción se adapta a sus necesidades, comience con la prueba de 14 días sin tarjeta y examine el panel usted mismo antes de decidir.
Sí, se trata de code-server, VS Code ejecutándose en el navegador sobre los archivos de su sitio. Disponible en todos los sitios que alojamos en nuestra propia infraestructura; un sitio que haya decidido implementar en otro lugar se edita donde esté alojado. Dispone de búsqueda en múltiples archivos y git, y edita el sitio EN VIVO: un archivo que guarde estará en el internet público en el momento en que se escriba, aunque un archivo estático puede seguir sirviéndose desde la caché de la CDN hasta durante cuatro horas. La asistencia de AI dentro del editor se encuentra en desarrollo activo y aún no está disponible.
En la plataforma compartida, usted obtiene una shell enjaulada a través de SSH, además de SFTP y FTP, con claves y credenciales gestionadas en el panel de control bajo el principio de privilegios mínimos. Los sitios en nuestra propia flota obtienen SFTP en lugar de una shell; la cuenta se crea con `/sbin/nologin`. El entorno aislado es CloudLinux CageFS: cada inquilino obtiene una vista aislada del sistema de archivos y no puede ver a otros inquilinos, otros sitios ni archivos confidenciales del sistema, lo que contiene una brecha de seguridad en lugar de permitir que se propague. Ningún modelo de aislamiento hace que una vulneración sea imposible, por lo que el análisis de malware, el WAF proactivo y el registro de auditoría se ejecutan de forma paralela.
Sí. La versión de PHP se selecciona por sitio a través de CloudLinux alt-PHP, ajustes como memory_limit, max_execution_time y el tamaño de subida son editables dentro de su asignación, y extensiones como imagick, gd, redis, memcached, bcmath, intl y soap se activan o desactivan por sitio. Su número de PHP workers es configurable dentro de su nivel, delimitado por el límite de LVE entry-process del sitio.
phpMyAdmin y Adminer están integrados en el panel de control y cuentan con inicio de sesión único, por lo que puede acceder directamente desde el sitio y ya estará conectado. Cada sitio ejecuta MariaDB y puede tener múltiples bases de datos y usuarios, con un conmutador de acceso remoto para clientes externos. MySQL Governor limita el uso de la base de datos por sitio para que las consultas pesadas en un sitio no ralenticen el servidor.
Sí. La administración de cron por sitio cubre tanto WP-cron como cron real del sistema, y las variables de entorno se establecen por sitio para el tiempo de ejecución del sitio — de modo que las tareas programadas y la configuración residen con el sitio en lugar de quedar enterradas en un archivo que deba acordarse de migrar.
El alojamiento convencional es de autoservicio total con el conjunto completo de herramientas. Footprint-Free está intencionadamente más estandarizado y restringido, ya que la variación de configuración entre sitios representa en sí misma una huella. Los permisos regulan el resto —workers, disco y extensiones—, por lo que lo que usted puede ajustar escala con su nivel.
El acceso se rige por los roles de la organización: owner, billing, dev y read-only para los clientes, y los permisos se determinan a partir de dichos roles. El rol dev no incluye el despliegue ni el envío a producción. El acceso programático utiliza claves de API por organización y clientes OAuth con alcances granulares, y cada acción con privilegios se registra en una auditoría con el autor, la acción y el destino.
Comience una prueba de 14 días sin tarjeta, implemente un sitio y pruebe a fondo el IDE, la terminal, las herramientas de base de datos y los controles de PHP. Garantía de reembolso de 30 días, migraciones gratuitas, sin permanencia.
Empiece gratis