Outils du site
VS Code dans le navigateur, un shell SSH isolé, wp-cli, phpMyAdmin, un gestionnaire de fichiers, des tâches cron et des variables d'environnement par site, ainsi qu'un contrôle total de PHP — tout cela depuis le tableau de bord, et exclusivement dédié à votre site. Il s'agit d'une interface de contrôle pour développeur, et non d'une simple page de paramètres. Disponibilité : la limitation des ressources des bases de données par site est en cours de développement actif et n'est pas encore disponible. Tout le reste est d'ores et déjà opérationnel.
La plupart des panneaux de configuration d'hébergement s'arrêtent là où le travail commence. Vous pouvez modifier un paramètre ou deux, puis vous devez ouvrir un client FTP, trouver un outil de base de données, vous connecter en SSH depuis un autre endroit et assembler le tout vous-même. Zinn Digital® intègre toute la chaîne d'outils directement dans le site : ouvrez un site dans le tableau de bord et l'éditeur, le terminal, la base de données, les fichiers, les tâches cron, l'environnement et les journaux sont déjà là, déjà authentifiés et déjà pointés vers le bon site.
Chacun de ces outils s'exécute dans sa propre cage. CloudLinux CageFS offre à chaque locataire une vue de système de fichiers isolée, de sorte qu'un shell, un éditeur ou un gestionnaire de fichiers ne peut voir que les fichiers de ce locataire — pas les autres sites, pas les autres clients, pas les chemins système sensibles. La commodité d'un panneau partagé avec l'isolation d'un espace privé.
La surface d'édition est un IDE complet, et non une zone de texte avec coloration syntaxique.
Le véritable éditeur, connecté aux fichiers de votre site : extensions, recherche multi-fichier, terminal intégré et git natif. Ouvrez un site, effectuez la modification, validez-la — aucun clone local ni installation requis.
wp-cli est disponible dans le terminal du panneau et via SSH. Rechercher et remplacer un domaine, activer une extension, vider les réécritures, exporter une base de données, exécuter une tâche cron à la demande : la boîte à outils WordPress standard, dans la même fenêtre que votre code.
L'assistant IA du tableau de bord fonctionne avec vos propres clés de modèle, lit et modifie des fichiers et exécute wp-cli pour vous. Utilisez votre propre modèle ; la plateforme fournit les outils. Il s'agit d'une interface distincte dans le tableau de bord — l'assistance au sein même de l'éditeur est en cours de développement actif et n'est pas encore disponible.
Vous préférez vos propres outils ? Connectez-vous via SSH, SFTP ou FTP et obtenez la même vue cloisonnée des mêmes fichiers. 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, et les actions privilégiées font l'objet d'un journal d'audit.
Configuration d'exécution par site — pas un paramètre global nécessitant un ticket pour être modifié.
Choisissez la version PHP de chaque site indépendamment grâce à CloudLinux alt-PHP. Exécutez une extension obsolète sur une ancienne branche pendant que le site voisin tourne sur la version actuelle — pas d'environnement d'exécution partagé ni de version de compromis pour l'ensemble du compte.
memory_limit, max_execution_time, upload and post size et le reste peuvent être configurés selon vos droits, évitant ainsi d'avoir à contacter le support pour un script d'importation ou un téléchargement de média volumineux.
Activez ou désactivez les extensions PHP par site — imagick et gd, redis et memcached, bcmath, intl, soap et bien d'autres — afin qu'un site dispose exactement des extensions dont il a besoin et de rien de superflu.
Chaque site bénéficie de ses propres processus LiteSpeed LSAPI, dont le nombre est configurable au sein de votre offre et limité par la limite de processus d'entrée LVE du site. La concurrence vous appartient ; le pic de trafic d'un voisin n'est pas votre file d'attente.
Mise en cache d'objets Redis ou Memcached par site, avec le drop-in object-cache pour WordPress intégré : les pages dynamiques restent rapides sous charge au lieu de solliciter excessivement la base de données.
Gérez WP-cron et le cron système réel par site, et définissez les variables d'environnement pour l'exécution du site (clés d'API, commutateurs de fonctionnalités et indicateurs de staging) sans modifier wp-config manuellement.
Accès direct aux deux choses dont les développeurs ont réellement besoin.
Les deux outils de base de données sont intégrés au tableau de bord et connectés via l'authentification unique (SSO) : cliquez depuis le site et vous êtes déjà authentifié auprès de la bonne base de données. Aucun identifiant distinct à stocker ou à partager.
Chaque site fonctionne sur MariaDB avec autant de bases de données et d'utilisateurs que le projet en a besoin, ainsi qu'un bouton d'accès à distance lorsque vous souhaitez connecter un client externe ou un outil de reporting.
L'utilisation des bases de données par site est limitée par CloudLinux MySQL Governor, de sorte que les requêtes lourdes d'un site ne peuvent pas ralentir le serveur pour tout le monde, y compris le vôtre.
Un gestionnaire de fichiers complet (FileGator), intégré et connecté via SSO, pour les transferts, les autorisations, les archives et les modifications rapides lorsque l'ouverture de l'IDE demande trop d'efforts par rapport à la tâche.
Consultez les journaux d'accès, d'erreurs et PHP de votre site depuis le tableau de bord pendant que vous travaillez — le moyen le plus rapide de passer de « planté » à la ligne qui l'a fait planter.
Les outils savent qu'ils gèrent WordPress, de sorte que les tâches courantes se résument à une seule action au lieu de dix.
L'accès à ces outils dépend des rôles attribués au sein de votre organisation. Les abonnements clients disposent d'un rôle de propriétaire, de facturation, de développement ou en lecture seule, et les autorisations découlent de ces rôles. Le rôle de développement correspond à celui d'un développeur en activité, et le déploiement ou le transfert vers la production en est délibérément exclu. L'accès du personnel est tout aussi limité par les rôles et autorisations propres à son département.
L'accès programmatique utilise des clés API par organisation et des clients OAuth dotés de portées granulaires — lecture seule, facturation ou provisionnement — afin qu'une automatisation dispose exactement de la portée dont elle a besoin. Chaque action privilégiée fait l'objet d'un journal d'audit consignant l'acteur, l'action et la cible, ce qui signifie que la réponse à la question « qui a modifié la version de PHP mardi » relève d'une simple recherche plutôt que d'une discussion.
Si vous préférez piloter l'ensemble à partir d'un outil d'IA, la même fonctionnalité est disponible via notre serveur MCP hébergé : exécutez wp-cli, క్lonez vers la préproduction, purgez le cache ou restaurez un instantané depuis Claude, Cursor ou tout autre agent compatible MCP, sous le même périmètre de rôles et la même piste d'audit.
L'hébergement grand public est entièrement en libre-service : l'ensemble des outils est accessible et modifiable dans le cadre des quotas de votre abonnement. L'hébergement Footprint-Free est volontairement plus standardisé et verrouillé, car toute la valeur d'un réseau repose sur la présentation par ses sites d'une surface uniforme et banale — la liberté de configuration constituant une empreinte en soi.
Les droits gèrent le reste du filtrage. Les processus PHP, l'espace disque et les extensions évoluent avec votre formule, ce qui garantit que la structure des outils reste identique sur tous les abonnements, tandis que la marge de manœuvre augmente proportionnellement. Si vous ne savez pas quelle formule choisir, commencez par l'essai gratuit de 14 jours sans carte bancaire et découvrez le panneau par vous-même avant de prendre une décision.
Oui — il s'agit de code-server, VS Code exécuté dans le navigateur sur les fichiers de votre site. Vous disposez d'extensions, d'une recherche multi-fichier, d'un terminal intégré et de git, et vous modifiez le système de fichiers du site directement depuis le tableau de bord. L'assistance par IA dans l'éditeur est en cours de développement actif et n'est pas encore disponible.
Vous disposez d'un shell cloisonné via SSH, ainsi que de SFTP et FTP, avec des clés et des identifiants gérés dans le tableau de bord selon le principe du moindre privilège. Ce cloisonnement est assuré par CloudLinux CageFS : chaque locataire dispose d'une vue isolée du système de fichiers et ne peut pas voir les autres locataires, les autres sites ou les fichiers sensibles du système, ce qui permet de contenir une faille plutôt de la laisser se propager. Aucun modèle d'isolation ne rendant un compromis impossible, une analyse des logiciels malveillants, le WAF proactif et la journalisation des audits fonctionnent en parallèle.
Oui. La version de PHP est sélectionnée par site via CloudLinux alt-PHP, les paramètres tels que memory_limit, max_execution_time et la taille de chargement sont modifiables selon vos droits, et des extensions comme imagick, gd, redis, memcached, bcmath, intl et soap sont activées par site. Le nombre de processus PHP est configurable selon votre niveau, dans la limite du nombre de processus d'entrée LVE du site.
phpMyAdmin et Adminer sont intégrés au tableau de bord et dotés d'une authentification unique (SSO) : il suffit de cliquer depuis le site pour y être déjà connecté. Chaque site fonctionne sous MariaDB et peut comporter plusieurs bases de données et utilisateurs, avec une option d'accès à distance pour les clients externes. MySQL Governor régule l'utilisation des bases de données par site afin qu'une requête lourde sur l'un d'eux ne puisse pas ralentir le serveur.
Oui. La gestion des tâches cron par site prend en charge à la fois WP-cron et le cron système réel, et les variables d'environnement sont définies par site pour l'environnement d'exécution du site. Ainsi, les tâches planifiées et la configuration restent associées au site au lieu d'être enfouies dans un fichier qu'il faut penser à migrer.
L'hébergement standard est entièrement en libre-service avec l'ensemble des outils. Footprint-Free est intentionnellement plus standardisé et verrouillé, car la variation de configuration d'un site à l'autre constitue elle-même une empreinte. Les droits d'utilisation régissent le reste — workers, espace disque et extensions — de sorte que ce que vous pouvez ajuster évolue en fonction de votre formule.
L'accès suit les rôles de l'organisation : propriétaire, facturation, dev et lecture seule pour les clients, les autorisations étant résolues à partir de ces rôles. Le rôle de dev n'inclut pas le déploiement ou la publication en production. L'accès programmatique utilise des clés API par organisation et des clients OAuth dotés de portées granulaires, et chaque action privilégiée est consignée dans un journal d'audit indiquant l'acteur, l'action et la cible.
Démarrez un essai de 14 jours sans carte bancaire, déployez un site et testez l'IDE, le terminal, les outils de base de données et les commandes PHP. Garantie de remboursement de 30 jours, migrations gratuites, sans engagement.
Commencer gratuitement