Outils du site
VS Code dans le navigateur sur chaque site hébergé sur notre propre infrastructure, un shell SSH cloisonné sur la plateforme mutualisée, wp-cli, phpMyAdmin, un gestionnaire de fichiers, des tâches cron et variables d’environnement par site, et un contrôle total de PHP — le tout dans le tableau de bord, le tout strictement dédié à votre site. Il s’agit d’une interface de contrôle pour développeurs, non d’une simple page de paramètres. Disponibilité : la régulation de base de données par site est en cours de développement et n’est pas encore disponible. Tout le reste décrit ici 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 l’ensemble de la chaîne d’outils directement au sein du site : ouvrez un site dans le tableau de bord et l’éditeur, le terminal, la base de données, les fichiers, cron, l’environnement ainsi que les journaux sont déjà là, déjà authentifiés et déjà orientés vers le bon site.
Chacun de ces outils s’exécute dans le propre cage du site. CloudLinux CageFS offre à chaque locataire une vue isolée du système de fichiers, de sorte qu’un shell, un éditeur ou un gestionnaire de fichiers ne puisse 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 environnement privé.
L’espace d’édition est un IDE complet, pas une simple zone de texte avec coloration syntaxique.
Le véritable éditeur, exécuté directement sur les fichiers de votre site : recherche multi-fichiers et git intégré. Ouvrez un site, effectuez la modification, validez-la — aucun checkout local et rien à installer.
wp-cli est disponible dans le terminal du panneau et via SSH. Recherchez et remplacez un domaine, activez une extension, purgez les réécritures, exportez une base de données, exécutez un événement cron à la demande — la boîte à outils standard de WordPress, 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, lisant et modifiant des fichiers et exécutant wp-cli pour vous. Apportez votre propre modèle ; la plateforme fournit les moyens d’action. 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 et n’est pas encore disponible.
Vous préférez vos propres outils ? Connectez-vous via SSH ou SFTP et bénéficiez de la même vue isolée sur les mêmes fichiers. Sur les forfaits incluant SSH, vous disposez d’un véritable shell au sein de la même prison CageFS : vous ajoutez votre clé publique dans le tableau de bord et vous vous connectez avec le compte propre au site. Les forfaits Footprint-Free bénéficient de SFTP plutôt que d’un shell. 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 — et non un paramètre à l’échelle du serveur pour lequel vous devez ouvrir un ticket pour le modifier.
Choisissez la version de PHP pour chaque site de manière indépendante à l’aide de CloudLinux alt-PHP. Exécutez un plugin obsolète sur une branche plus ancienne tandis que le site voisin utilise la version actuelle — aucun environnement d’exécution partagé, aucune version de compromis pour l’ensemble du compte.
memory_limit, max_execution_time, la taille de upload et post ainsi que le reste peuvent être définis par vous-même dans le cadre de vos droits, de sorte qu’un script d’importation ou un téléversement de médias volumineux ne nécessite pas d’échange avec le support.
Activez ou désactivez les extensions PHP par site — imagick et gd, redis et memcached, bcmath, intl, soap et bien plus encore — afin qu’un site n’embarque que les extensions dont il a exactement besoin et rien d’autre.
Chaque site bénéficie de ses propres workers LiteSpeed LSAPI, dont le nombre est configurable au sein de votre offre et délimité par la limite de processus d’entrée LVE du site. La simultanéité 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 de WordPress intégré — les pages dynamiques restent rapides en cas de forte charge au lieu de solliciter excessivement la base de données.
Gérez WP-cron et le véritable cron système par site, et définissez des variables d’environnement pour l’environnement d’exécution du site — clés d’API, commutateurs de fonctionnalités et balises d’étape — sans modifier manuellement wp-config.
Un accès direct aux deux éléments auxquels les développeurs ont réellement besoin d’accéder.
Les deux outils de base de données sont intégrés au tableau de bord et compatibles avec 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 sous MariaDB avec autant de bases de données et d’utilisateurs que le projet le requiert, ainsi qu’un bouton d’accès à distance lorsque vous souhaitez connecter un client externe ou un outil de reporting.
L’utilisation de la base de données par site est régulée par CloudLinux MySQL Governor, de sorte que les requêtes lourdes d’un site ne peuvent pas ralentir le serveur pour tous les autres — y compris le vôtre.
Un gestionnaire de fichiers complet (FileGator), intégré et avec SSO, pour les téléversements, les autorisations, les archives et les modifications rapides lorsque l’ouverture de l’IDE est plus fastidieuse que ne le mérite la tâche.
Consultez les journaux d’accès, d’erreurs et PHP du site depuis le tableau de bord pendant que vous travaillez — le chemin le plus rapide entre « c’est cassé » et la ligne qui en est la cause.
Les outils savent qu’ils gèrent WordPress, de sorte que les tâches courantes ne nécessitent qu’une seule action au lieu de dix.
L’accès à ces outils dépend des rôles au sein de votre organisation. Les adhésions des clients comportent un rôle de propriétaire, de facturation, de développeur ou de lecture seule, et les autorisations découlent de ces rôles — le rôle de développeur est celui d’un développeur opérationnel, et le déploiement ou la publication en production n’en fait délibérément pas partie. L’accès du personnel est également limité par les rôles et autorisations de son propre service.
L’accès programmatique utilise des clés API par organisation et des clients OAuth dotés d’étendues 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 est consignée dans un journal d’audit avec l’auteur, 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 et non d’un débat.
Si vous préférez gérer tout cela depuis un outil d’AI, la même fonctionnalité est accessible via notre serveur MCP hébergé — exécutez wp-cli, clonez vers staging, purgez le cache ou restaurez un instantané depuis Claude, Cursor ou tout agent compatible MCP, sous le même périmètre de rôles et journal d’audit.
L’hébergement grand public est entièrement en libre-service : l’ensemble complet d’outils, exposé et modifiable dans les limites des droits de votre forfait. L’hébergement Footprint-Free est délibérément plus standardisé et verrouillé, car toute la valeur d’un réseau dépend du fait que ses sites présentent une surface uniforme et banale — la liberté de configuration constitue une empreinte à part entière.
Les droits d’accès gèrent le reste des restrictions. Les processus PHP, l’espace disque et les extensions évoluent selon votre niveau, de sorte que la structure des outils reste identique sur chaque forfait tandis que la marge de manœuvre grandit avec lui. Si vous n’êtes pas certain de l’offre appropriée, commencez par l’essai de 14 jours sans carte bancaire et consultez le panneau vous-même avant de vous décider.
Oui — il s’agit de code-server, VS Code s’exécutant dans le navigateur sur les fichiers de votre site. Disponible sur chaque site que nous hébergeons sur notre propre infrastructure ; un site que vous avez choisi de déployer ailleurs est modifié là où il est hébergé. Vous bénéficiez de la recherche multi-fichiers et de git, et les modifications portent sur le site EN DIRECT : un fichier que vous enregistrez est accessible sur l’internet public dès son écriture, bien qu’un fichier statique puisse continuer à être servi depuis le cache CDN jusqu’à quatre heures. L’assistance AI au sein de l’éditeur est en cours de développement et n’est pas encore disponible.
Sur la plateforme partagée, vous bénéficiez d’un shell sécurisé (jailed shell) via SSH, ainsi que de SFTP et FTP, les clés et identifiants étant gérés dans le tableau de bord selon le principe du moindre privilège. Les sites hébergés sur notre propre parc bénéficient de SFTP plutôt que d’un shell — le compte est créé avec `/sbin/nologin`. L’environnement isolé est CloudLinux CageFS : chaque locataire dispose d’une vue cloisonnée du système de fichiers et ne peut voir les autres locataires, les autres sites ou les fichiers système sensibles, ce qui permet de contenir une intrusion plutôt que de la laisser se propager. Aucun modèle d’isolation ne rendant une compromission impossible, l’analyse des logiciels malveillants, le WAF proactif et la journalisation d’audit 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 téléversement sont modifiables selon vos droits, et les extensions comme imagick, gd, redis, memcached, bcmath, intl et soap s’activent ou se désactivent par site. Le nombre de vos workers PHP est configurable au sein de votre offre, dans la limite des processus d’entrée LVE (entry-process) du site.
phpMyAdmin et Adminer sont intégrés au tableau de bord et disposent de l’authentification unique (SSO) ; il vous suffit donc de cliquer depuis le site pour être déjà connecté. Chaque site fonctionne sous MariaDB et peut comporter plusieurs bases de données et utilisateurs, avec un bouton d’accès à distance pour les clients externes. MySQL Governor régule l’utilisation de la base de données par site afin que les requêtes lourdes sur un site ne puissent pas ralentir le serveur.
Oui. La gestion du cron par site couvre à la fois WP-cron et le véritable cron système, 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 résident avec le site plutôt que d’être enfouies dans un fichier dont vous devez vous rappeler de migrer.
L’hébergement standard fonctionne entièrement en libre-service avec la boîte à outils complète. Footprint-Free est délibérément plus standardisé et verrouillé, car la variation de configuration d’un site à l’autre constitue en soi une empreinte. Les droits d’accès régissent le reste — workers, disque et extensions — de sorte que ce que vous pouvez ajuster évolue selon votre niveau.
L’accès dépend des rôles au sein de l’organisation : owner, billing, dev et read-only pour les clients, les autorisations étant définies à partir de ces rôles. Le rôle dev n’inclut pas le déploiement ou la publication en production. L’accès programmatique utilise des clés d’API par organisation et des clients OAuth aux portées précises, et chaque action privilégiée est consignée dans un journal d’audit avec l’auteur, l’action et la cible.
Commencez un essai de 14 jours sans carte bancaire, déployez un site et testez en conditions réelles l’IDE, le terminal, les outils de base de données et les contrôles PHP. Garantie de remboursement de 30 jours, migrations gratuites, sans engagement.
Commencer gratuitement