Fonctionnalités

Web IDE — 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, avec git intégré et l’ensemble de l’éditeur au sein du même environnement isolé par CageFS que votre accès SFTP — rien à installer localement, et aucune copie distincte qui risquerait de devenir obsolète. Il modifie le site EN DIRECT : un fichier que vous enregistrez est sur l’internet public dès qu’il est écrit, bien qu’un fichier statique puisse continuer à être distribué depuis le cache du CDN pendant un délai pouvant aller jusqu’à quatre heures.

Un éditeur de code dans un navigateur, avec une arborescence de fichiers à côté d’un fichier ouvert et un curseur à l’intérieur.
  • VS CodeÉditeur complet, dans le navigateur
  • 700 000+sites hébergés dans le monde entier
  • 2Moyens d’accès : Éditeur web et SFTP
  • 99,99 %Garantie de disponibilité

L’éditeur que vous connaissez déjà, pointé vers le système de fichiers en direct

L’IDE Web est VS Code s’exécutant 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 — aucune étape de téléversement, aucune copie locale à synchroniser et aucune zone de texte web tronquée prétendant être un éditeur.

VS Code complet, pas un simple éditeur de fichiers

Coloration syntaxique, recherche multifichier, volets fractionnés et les raccourcis clavier que vous maîtrisez déjà par cœur, directement dans votre navigateur grâce à code-server.

L’éditeur que vous connaissez déjà

L’arborescence des fichiers, la recherche sur l’ensemble du site, la modification de fichiers multiples et les raccourcis clavier que vous connaissez déjà — l’éditeur que vous utilisez localement, s’exécutant sur le serveur plutôt que sur votre ordinateur portable.

Les fichiers en direct, pas une copie

Vous modifiez directement le site lui-même. Il n’y a pas de copie intermédiaire de préproduction et rien à synchroniser par la suite — c’est ce qui le rend rapide, et ce qui justifie de vous relire à deux fois avant d’enregistrer. Les fichiers statiques peuvent continuer à être distribués depuis le cache CDN pendant quatre heures au maximum.

Git intégré

Indexez, validez, créez des branches, comparez et publiez directement depuis l’éditeur, afin que le travail effectué sur le serveur reste sous contrôle de version au lieu de devenir un correctif urgent non documenté.

wp-cli où se trouve le code

Pour travailler avec WordPress, la ligne de commande est tout aussi importante que l’éditeur. Les deux se trouvent au même endroit.

wp-cli s’exécute sur votre site depuis le terminal du panneau. Effectuez des recherches et remplacements dans une base de données, videz un cache, restaurez une extension, effectuez des mises à jour groupées, exportez une table ou exécutez un script ponctuel — sans quitter le fichier que vous modifiez.

Cela clôture 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 à la suite. Tout se passe sur le site réel au sein de la pile technique réelle, de sorte que ce que vous testez correspond exactement à ce que vos visiteurs reçoivent.

  • wp-cli depuis le terminal du panneau
  • Connexion en un clic à l’administration WP lorsque la solution se trouve dans l’interface d’administration plutôt que dans le code
  • Installer, activer, mettre à jour et supprimer des extensions et des thèmes depuis le panneau
  • Journaux d’accès, d’erreurs et PHP disponibles à côté de l’éditeur
  • phpMyAdmin et Adminer intégrés et configurés avec SSO pour un travail direct sur la base de données
  • Gestionnaire de fichiers FileGator intégré et configuré avec le SSO pour les opérations de fichiers en bloc

Isolé au niveau du noyau, audité à la périphérie

L’accès à un serveur via un navigateur n’est acceptable que si la limite est réelle. L’IDE Web se trouve exactement dans la même isolation que toute autre voie d’accès.

Isolation du système de fichiers CageFS

Chaque locataire bénéficie d’une vue isolée du système de fichiers et ne peut voir les autres locataires, d’autres sites ou des fichiers système sensibles. CageFS est conçu pour contenir les failles, et il s’agit du même environnement isolé dans lequel vos sessions SFTP s’exécutent.

Isolation des ressources LVE

Le CPU, la RAM, les E/S, les IOPS, les processus et les processus d’entrée sont plafonnés par site, de sorte qu’une compilation lourde ou un script qui s’emballe est bridé dans sa propre cage plutôt que d’impacter les sites voisins.

Identifiants à privilèges minimaux

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 uniquement l’accès nécessaire à une tâche, et rien au-delà.

Accès consigné dans le journal d’audit

L’accès est consigné dans un journal d’audit avec l’auteur, l’action et la cible — la même rigueur est 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, et celle-ci est configurable par site.

  • Sélecteur de version PHP par site, afin qu’un plugin hérité et une version moderne puissent coexister sur le même compte
  • Paramètres PHP modifiables — memory_limit, max_execution_time, taille d’upload et de post et le reste — dans la limite de vos droits
  • Extensions PHP activées ou désactivées par site : imagick, gd, redis, memcached, bcmath, intl, soap et bien d’autres
  • Workers LSAPI PHP par site, limités par les processus d’entrée LVE et configurables au sein de votre niveau
  • Gestion du cron par site pour WP-cron et le cron réel, 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, ainsi qu’un bouton d’accès à distance 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 décision 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 préproduction en un clic, ouvrez le Web IDE sur la copie de préproduction, travaillez-y et publiez en production une fois la modification validée. Les fichiers et la base de données sont transférés ensemble, sur la même pile et le même modèle qu’en production, de sorte que la préproduction constitue une véritable répétition et non une simple approximation.

Si votre travail appartient à un référentiel, utilisez git depuis l’éditeur et laissez les déploiements basés sur git acheminer la modification à travers le pipeline de construction et de déploiement. Le code rédigé dans le navigateur suit alors le même chemin de publication versionnée et de restauration que le code écrit sur votre ordinateur portable.

Si une modification venait tout de même à mal tourner, les sauvegardes sont répertoriées dans le panneau avec une restauration en un clic, et chaque déploiement est une version à laquelle vous pouvez revenir. Le filet de sécurité n’est pas un ticket d’assistance.

L’IA dans l’éditeur, et toute IA en dehors de celui-ci

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 IA est disponible dans le tableau de bord et fonctionne sur votre propre modèle via l’AI Pack — vous fournissez le modèle, et l’assistant lit et modifie les fichiers, exécute wp-cli et applique les modifications. Il n’y a aucun verrouillage avec un modèle intégré que vous n’auriez 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, dans la limite de vos autorisations API. Le modèle est délibéré : une seule API et un seul catalogue d’actions, exposés de multiples façons. Développez dans notre éditeur, développez dans le vôtre ou laissez faire un agent, et le même chemin de déploiement sert les trois cas.

Foire aux questions

Qu’est-ce que le Web IDE exactement ?

Il s’agit de VS Code s’exécutant dans votre navigateur, fourni par code-server et ouvert depuis la page du site dans le tableau de bord. Vous bénéficiez de l’éditeur complet, avec git, modifiant les fichiers réels de ce site sur le serveur — les fichiers en production, sans copie intermédiaire de préproduction. Rien n’est installé localement et il n’y a aucune copie distincte à synchroniser.

Ai-je toujours accès à SFTP ?

Oui. L’éditeur web est un moyen d’accès, aux côtés de SFTP — et, sur les offres incluant SSH, d’un shell restreint (jailed shell). Tous aboutissent à la même vue de vos fichiers isolée par CageFS, vous pouvez donc utiliser l’éditeur pour une tâche et votre propre client pour la suivante. Les offres Footprint-Free bénéficient de SFTP plutôt que d’un shell.

D’autres locataires peuvent-ils voir mes fichiers à travers cela ?

Chaque locataire bénéficie d’une vue isolée du système de fichiers sous CageFS et ne peut voir les autres locataires, d’autres sites ou les fichiers système sensibles, et LVE plafonne le processeur, la RAM, les E/S, les IOPS et les processus par site afin qu’une cage ne puisse pas épuiser le serveur. CageFS est conçu pour contenir les failles plutôt que pour éliminer tout risque, c’est pourquoi l’analyse antimalware de base, le WAF proactif et cette isolation sont inclus dans 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 est actuellement régi par les rôles de votre organisation — propriétaire, facturation, dev et lecture seule — et les membres héritent des autorisations du rôle qu’ils occupent au sein de cette organisation. Veuillez noter que le rôle dev ne confère pas l’autorisation de déploiement ou de mise en ligne directe. La définition facultative de la portée des ressources par adhésion, telle que la limitation d’un membre à des sites spécifiques, est une amélioration planifiée et non une fonctionnalité disponible actuellement, et les clés API sont délivrées par organisation avec des portées granulaires plutôt que par membre individuel.

L’éditeur web est-il disponible avec tous les forfaits ?

Il ne s’agit pas d’une fonctionnalité liée à un forfait, la réponse ne dépend donc pas du forfait que vous achetez — elle dépend de l’endroit où le site fonctionne. L’éditeur s’ouvre sur les sites que nous hébergeons sur notre propre infrastructure, car il s’exécute dans le conteneur isolé propre à ce site sur nos serveurs. Si vous avez choisi de déployer un site ailleurs — une autre plateforme d’hébergement, Cloudflare Pages, Netlify, GitHub Pages ou votre propre serveur — vous modifiez ce site là où il fonctionne. Les produits VPS et cloud ne l’incluent pas non plus : il n’y a aucun conteneur géré sur lequel l’ouvrir.

L’assistance par IA dans l’éditeur coûte-t-elle un supplément ?

L’assistance IA fonctionne sur votre propre modèle via l’AI Pack, vous permettant ainsi d’intégrer et de payer le modèle de votre choix plutôt que d’être lié à celui que nous avons sélectionné. Elle est disponible dès aujourd’hui dans le tableau de bord ; au sein de l’éditeur, elle est en cours de développement et n’est pas encore accessible. 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 autorisations API.

Dois-je modifier directement en production ?

Vous le pouvez, et c’est parfois la réponse correcte la plus rapide. Pour toute modification substantielle, clonez vers l’environnement de préproduction en un clic, ouvrez le Web IDE sur la copie, puis déployez en production une fois la modification validée. Les déploiements basés sur Git et les versions avec possibilité de retour arrière 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. Aucune information de paiement n’est requise ; l’essai comprend l’hébergement Footprint-Free pour un maximum de 5 sites, ce qui vous permet d’ouvrir l’éditeur, de travailler sur un site réel sur la véritable infrastructure et de vous faire votre propre avis.

Ouvrez l’éditeur, pas un ticket d’assistance

VS Code complet dans le navigateur. Commencez par un essai de 14 jours sans carte — aucune coordonnée de paiement, jusqu’à 5 sites sur Footprint-Free.

Commencer gratuitement