VS Code complet, pas un éditeur de fichiers
Coloration syntaxique, recherche multi-fichier, volets partagés et raccourcis clavier que vous maîtrisez déjà, le tout directement dans le navigateur grâce à code-server.
Fonctionnalités
IDE Web — VS Code dans le navigateur, sur votre site en direct
Ouvrez un éditeur VS Code complet directement depuis le tableau de bord et travaillez sur les fichiers réels de votre site. Extensions, terminal intégré, git et wp-cli, le tout dans la même cage isolée par CageFS que vos accès SSH et SFTP — rien à installer localement et aucune copie séparée susceptible d'être obsolète.
- VS CodeÉditeur complet, dans le navigateur
- 650 000+sites hébergés dans le monde entier
- 3Modes d'accès : Web IDE, SSH, SFTP/FTP
- 99,99 %Garantie de disponibilité
L'éditeur que vous connaissez déjà, pointé sur le système de fichiers en direct
L'IDE Web est VS Code exécuté dans le navigateur via code-server, ouvert depuis le site que vous consultez dans le tableau de bord. Il modifie les fichiers réels de ce site — pas d'étape de téléchargement, pas de copie locale à synchroniser, et pas de zone de texte web limitée qui fait office d'éditeur.
Extensions
Installez les extensions que vous utilisez afin que l'éditeur se comporte comme votre environnement local, au lieu de vous imposer un environnement générique.
Terminal intégré
Un terminal intégré à l'éditeur, cloisonné à votre site, pour exécuter des commandes à côté du code au lieu de basculer vers une autre fenêtre de terminal.
Git intégré
Stagez, commitez, créez des branches, comparez et pushez directement depuis l'éditeur, afin que le travail effectué sur le serveur reste sous contrôle de version au lieu de devenir un correctif non documenté.
wp-cli là où se trouve le code
Pour WordPress work the command line matters as much as the editor. Both are in the same place.
wp-cli est disponible depuis le terminal du panneau et via SSH, ce qui signifie qu'il l'est également dans le terminal intégré du Web IDE. Recherchez et remplacez dans une base de données, videz un cache, rétrogradez une extension, effectuez des mises à jour groupées, exportez une table ou exécutez un script ponctuel, le tout sans quitter le fichier que vous étiez en train d'éditer.
Cela boucle la boucle habituelle. Lisez l'erreur dans le journal, ouvrez le fichier dans l'éditeur, modifiez-le, exécutez la commande wp-cli qui le prouve, puis passez à autre suite. Tout se fait sur le site réel avec la pile logicielle réelle, de sorte que ce que vous testez est exactement ce que vos visiteurs obtiennent.
- wp-cli depuis le terminal intégré de l'éditeur, le terminal du panneau ou via SSH
- Connexion à l'admin WP en un clic lorsque la correction relève de l'administration plutôt que du code
- Installation, activation, mise à jour et suppression de plugins et de thèmes depuis le panneau
- Journaux d'accès, d'erreurs et PHP disponibles directement à côté de l'éditeur
- phpMyAdmin et Adminer intégrés et connectés en SSO pour la gestion directe des bases de données
- Gestionnaire de fichiers FileGator intégré et avec SSO pour les opérations de fichiers en masse
Isolé au niveau du noyau, audité en périphérie
L'accès à un serveur par navigateur n'est acceptable que si la limite est réelle. L'IDE Web bénéficie exactement du même niveau d'isolation que n'importe quel autre moyen d'accès.
Isolation du système de fichiers CageFS
Chaque locataire dispose d'une vue de système de fichiers isolée et ne peut pas voir les autres locataires, les autres sites ou les fichiers système sensibles. CageFS est conçu pour contenir les failles, et il s'agit de la même prison que celle dans laquelle s'exécutent vos sessions SSH et SFTP.
Isolation des ressources LVE
CPU, RAM, IO, IOPS, processus et processus d'entrée sont limités par site, de sorte qu'une compilation lourde ou un script hors de contrôle est bridé dans sa propre cage plutôt d'entraîner ses voisins dans sa chute.
Identifiants au moindre privilège
Les clés d'accès et les identifiants sont gérés dans le tableau de bord selon le principe du moindre privilège, ce qui vous permet d'accorder à une tâche uniquement l'accès dont elle a besoin, sans rien de plus.
Accès journalisé
L'accès fait l'objet d'un journal d'audit consignant l'auteur, l'action et la cible — la même rigueur appliquée à chaque action privilégiée sur la plateforme.
Façonnez l'environnement d'exécution, pas seulement le code
Un éditeur ne représente que la moitié d'un environnement de développement. L'autre moitié est la pile sous-jacente, qui est configurable par site.
- Sélecteur de version PHP par site, pour qu'un plugin obsolète et une version moderne puissent coexister sur le même compte
- Paramètres PHP modifiables — memory_limit, max_execution_time, upload et post size et le reste — inclus dans votre forfait
- Extensions PHP par site activées ou désactivées : imagick, gd, redis, memcached, bcmath, intl, soap et plus encore
- Travailleurs PHP LSAPI par site, limités par les processus d'entrée LVE et configurables au sein de votre offre
- Gestion des tâches cron par site pour WP-cron et les tâches cron réelles, ainsi que des variables d'environnement par site
- Cache d'objets Redis ou Memcached par site, servi par LiteSpeed Enterprise avec HTTP/3 activé
- MariaDB par site avec plusieurs bases de données et utilisateurs, et un bouton d'accès distant lorsque vous avez besoin d'un client externe
De la modification à la mise en ligne, en toute sécurité
Modifier directement la production est parfois la bonne solution et parfois une mauvaise idée. La plateforme prend en charge les deux approches depuis le même éditeur.
Clonez le site vers l'environnement de staging en un clic, ouvrez la Web IDE sur la copie de staging, travaillez-y et publiez en production une fois les modifications validées. Les fichiers et la base de données sont transférés ensemble, sur la même stack et le même blueprint qu'en production, faisant du staging une véritable répétition plutôt qu'une approximation.
Si votre travail se trouve dans un dépôt, utilisez git depuis l'éditeur et laissez les déploiements basés sur git propager la modification dans le pipeline de compilation et de déploiement. Le code rédigé dans le navigateur suit ensuite le même parcours versionné de publication et de restauration que le code écrit sur votre ordinateur portable.
Lorsqu'un changement tourne mal malgré tout, les sauvegardes sont répertoriées dans le panneau avec une restauration en un clic, et chaque déploiement constitue une version vers laquelle vous pouvez revenir. Le filet de sécurité n'est pas un ticket de support.
L'IA dans l'éditeur, et toute IA en dehors
L'IDE Web s'associe à l'assistant IA intégré au tableau de bord, et l'ensemble de la plateforme est conçu pour être piloté par les outils d'IA que vous utilisez déjà.
L'assistance par IA est disponible dans le tableau de bord et fonctionne sur votre propre modèle grâce au pack IA — vous fournissez le modèle, et l'assistant lit et modifie des fichiers, exécute wp-cli et publie des modifications. Il n'y a aucun enfermement propriétaire avec un modèle intégré que vous n'avez pas choisi.
En dehors du navigateur, notre serveur MCP permet à tout client compatible MCP — Claude Code, Cursor, ChatGPT et d'autres — de contrôler votre hébergement et vos sites en langage naturel, selon le périmètre de vos autorisations d'API. Le modèle est délibérément conçu : une seule API et un seul catalogue d'actions, exposés de multiples façons. Créez dans notre éditeur, dans le vôtre, ou laissez un agent s'en charger, et le même chemin de déploiement sert les trois.
FAQ
Qu'est-ce que l'IDE Web exactement ?
C'est VS Code qui s'exécute dans votre navigateur, fourni par code-server et ouvert depuis la page du site dans le tableau de bord. Vous disposez de l'éditeur complet — extensions, terminal intégré et git — pour modifier les fichiers réels de ce site sur le serveur. Rien n'est installé localement et il n'y a aucune copie distincte à synchroniser.
Ai-je toujours accès à SSH et SFTP ?
Oui. L'IDE Web est l'un des trois moyens d'accès, aux côtés d'un shell SSH cloisonné et de SFTP/FTP. Les trois mènent à la même vue de vos fichiers isolée par CageFS, vous pouvez donc utiliser l'éditeur pour une tâche et la ligne de commande pour la suivante. wp-cli est disponible depuis le terminal du panneau et via SSH.
Les autres locataires peuvent-ils voir mes fichiers à travers ?
Chaque locataire dispose d'une vue de système de fichiers isolée sous CageFS et ne peut pas voir les autres locataires, les autres sites ou les fichiers système sensibles, tandis que LVE limite le CPU, la RAM, les E/S, les IOPS et les processus par site afin qu'une seule cage ne puisse pas saturer le serveur. CageFS est conçu pour contenir les failles plutôt que de réduire le risque à zéro, ce qui explique pourquoi l'analyse comparative des logiciels malveillants, le WAF proactif et cette isolation sont inclus sur chaque compte au lieu d'être vendus en option.
Puis-je donner à un développeur l'accès à un seul de mes sites ?
L'accès actuel est régi par les rôles de votre organisation (propriétaire, facturation, dev et lecture seule) et les membres héritent des permissions du rôle qu'ils occupent au sein de cette organisation. Notez que le rôle dev n'inclut pas les permissions de déploiement ou de publication en production. La délimitation optionnelle des ressources par abonnement, telle que la limitation d'un membre à des sites spécifiques, est une amélioration prévue et non disponible pour le moment, et les clés API sont émises par organisation avec des portées granulaires plutôt que par membre individuel.
L'IDE Web est-il disponible sur tous les forfaits ?
Les droits d'utilisation déterminent ce que chaque gamme de produits propose. L'hébergement classique est entièrement en libre-service, tandis que l'hébergement Footprint-Free est volontairement plus standardisé et verrouillé pour protéger le modèle de traces, et ces droits régissent également les processus PHP, l'espace disque et les extensions. Consultez la formule qui vous intéresse sur la page des tarifs ou contactez-nous avant d'acheter.
L'assistance IA de l'éditeur coûte-t-elle plus cher ?
L'assistance par IA fonctionne sur votre propre modèle grâce au Pack IA, ce qui vous permet d'utiliser et de payer le modèle de votre choix plutôt d'être lié à un modèle que nous avons choisi. Elle est disponible dès aujourd'hui dans le tableau de bord ; au sein de l'éditeur, elle est en cours de développement actif et n'est pas encore disponible. Par ailleurs, notre serveur MCP permet à des outils d'IA externes tels que Claude Code ou Cursor de gérer directement votre hébergement, dans la limite de vos permissions d'API.
Dois-je modifier la production directement ?
Vous le pouvez, et c'est parfois la bonne réponse la plus rapide. Pour tout projet d'envergure, clonez vers un environnement de staging en un clic, ouvrez la Web IDE sur cette copie, et déployez en production une fois la modification validée. Des déploiements basés sur Git et des versions avec restauration sont disponibles lorsque la modification doit figurer dans un dépôt, et des sauvegardes avec restauration en un clic sécurisent l'ensemble.
Comment puis-je l'essayer ?
Commencez un essai de 14 jours sans carte bancaire. Aucun moyen de paiement n'est requis ; l'essai couvre l'hébergement Footprint-Free avec jusqu'à 5 sites, vous permettant ainsi d'ouvrir l'éditeur, de travailler sur un vrai site avec la vraie infrastructure et de juger par vous-même.
Associé
Ouvrez l'éditeur, pas un ticket de support
VS Code complet dans le navigateur. Commencez par un essai de 14 jours sans carte bancaire — sans moyen de paiement requis, jusqu'à 5 sites sur Footprint-Free.
Commencer gratuitement