Nettoyer
Effacez ce que la base de données transporte mais dont elle n'a plus besoin, afin que l'ensemble de travail se réduise pour se rapprocher des données réellement servies par votre site.
Maintenance de la base de données
Chaque base de données WordPress s'alourdit avec le temps. Zinn Digital® traite cela comme un problème d'ingénierie, et non comme un ticket de support : le nettoyage, l'optimisation et la réparation s'exécutent sous forme de flux de travail automatisé que vous achetez en un clic, et la plateforme vous le propose dès qu'elle détecte un gonflement de la base de données. Disponibilité : la sauvegarde et la restauration via MCP ainsi que la limitation du débit des bases de données par site sont en cours de développement actif et ne sont pas encore disponibles. Tout le reste décrit ici est opérationnel dès aujourd'hui.
Les fichiers d'un site WordPress conservent approximativement la taille initiale de leur création. Sa base de données, non. Les tables s'accumulent, les index se dérèglent, les moteurs de stockage conservent de l'espace alloué qui n'est plus utilisé par personne, et une table finit parfois par nécessiter une réparation plutôt qu'une optimisation. Rien de tout cela ne s'annonce. Le site devient simplement plus lent, les requêtes prennent plus de temps, et la première chose que l'on remarque est une page qui semblait instantanée et qui ne l'est plus.
Sur un seul site, c'est une nuisance. À l'échelle d'un portefeuille ou d'un réseau de centaines de sites, c'est une taxe cumulative : chacun d'eux est un peu plus lourd qu'il ne devrait l'être, chacun d'eux en demande plus au serveur de base de données qu'il ne le faudrait.
Zinn Digital® gère cela de la même manière que le reste de la plateforme : comme une opération automatisée et reproductible. La maintenance de la base de données est un service natif que vous achetez depuis le tableau de bord, et cet achat lance immédiatement le travail d'optimisation. Il n'y a pas de file d'attente à rejoindre ni d'ingénieur à attendre.
Nettoyage, optimisation, réparation et génération de rapports sur la base de données MariaDB du site, exécutés en une seule tâche.
Effacez ce que la base de données transporte mais dont elle n'a plus besoin, afin que l'ensemble de travail se réduise pour se rapprocher des données réellement servies par votre site.
Récupérez l'espace de table alloué mais inutilisé et remettez les index et les statistiques dans l'état attendu par le planificateur de requêtes, afin que les lectures évitent de faire plus de travail que nécessaire.
Détecter et réparer les tables corrompues : ce problème peut transformer un site lent en un site hors service s'il n'est pas corrigé.
L'achat est facturé via la facturation ou votre portefeuille, s'exécute, vous avertit et se marque comme terminé. Si un problème survient, les remboursements et les litiges suivent le même circuit de facturation que tout ce que vous achetez chez nous.
Les services internes de cette plateforme se présentent sous deux formes. Certains sont assurés par le personnel : les acheter crée une tâche dans notre file d'attente administrative, acheminée vers le bon service, suivie et mise à jour. La maintenance de base de données n'en fait pas partie. Elle est automatisée : l'achat déclenche un workflow Temporal qui exécute directement le travail d'optimisation sur votre site. Instantané, sans intervention humaine.
Cela compte plus que n'y paraît. Les workflows Temporal sont durables, réessayables et idempotents par conception, ce qui constitue la norme exigée pour toute opération de longue durée sur cette plateforme. Si une étape échoue en cours de route, le workflow reprend là où il s'était arrêté plutôt que de s'achever à moitié et de laisser votre base de données dans un état ambigu. Si une nouvelle tentative réexécute une opération qui a déjà réussi, cela est sûr par construction.
Cela signifie également que le service ne se dégrade pas sous la charge. Dix clients achetant une maintenance de base de données en même temps ne font pas la queue en attendant le même ingénieur — ce sont dix exécutions de flux de travail, et la plateforme est conçue pour les mettre à l'échelle horizontalement.
La plateforme surveille déjà vos sites. Elle utilise ce qu'elle observe pour offrir le bon service au bon moment.
Il y a une section Extras dédiée dans le tableau de bord où vous pouvez parcourir et acheter des services propriétaires quand vous le souhaitez. Mais le chemin le plus utile est celui qui vient à vous : les ventes incitatives contextuelles. La maintenance de la base de données s'affiche en cas de base de données surchargée, l'optimisation de la vitesse en cas de site lent échouant aux Core Web Vitals, le nettoyage des logiciels malveillants en cas de site signalé, et la migration lors de l'inscription.
Ces suggestions s'appuient sur de véritables signaux d'observabilité — les mêmes métriques par site et la même télémétrie des ressources que la plateforme collecte pour exploiter l'infrastructure, et non sur une relance mensuelle générique. De plus, l'assistant IA peut à la fois suggérer le service et l'initier pour vous, de sorte que l'écart entre la détection d'un problème et sa résolution se résume à une conversation plutôt qu'à un projet.
La maintenance constitue la couche automatisée par-dessus. En dessous, chaque site dispose d'un contrôle total de la base de données.
Chaque site dispose de sa propre base de données, avec la prise en charge de plusieurs bases de données et de plusieurs utilisateurs de bases de données si un projet en a besoin.
Les deux sont intégrés au tableau de bord et connectés via l'authentification unique (SSO) : aucun identifiant distinct à gérer, aucune connexion séparée à protéger.
Activez l'accès à la base de données externe lorsqu'un outil ou un développeur en a besoin, et désactivez-le dans le cas contraire. L'état fermé par défaut est le choix le plus sensé.
Déléguez les lectures répétées à Redis afin que la base de données réponde à moins de requêtes dès le départ. Mieux vaut prévenir que guérir.
L'autre moitié des performances de base de données sur une infrastructure partagée est la partie que vous ne contrôlez pas : ce que font les sites des autres sur le même serveur. Notre flotte de workers exécute MariaDB avec CloudLinux MySQL Governor, qui limite l'utilisation de la base de données par site. Un site exécutant des requêtes lourdes est contenu dans ses propres limites plutôt que de ralentir le serveur pour ses voisins.
Cela s'ajoute au reste de la pile d'isolation : les limites LVE sur le processeur, la RAM, les E/S, les IOPS et les processus, ainsi que CageFS qui offre à chaque client une vue de système de fichiers isolé. L'intention de conception sous-jacente est toujours la même : un problème sur un site reste sur ce site.
Ainsi, lorsque votre base de données est lente, la solution est quelque chose sur quoi vous pouvez réellement agir. C'est votre base de données, et la maintenance de la base de données est le bouton qui résout le problème.
Les opérations de base de données font partie du catalogue d'outils MCP, de sorte que tout agent compatible MCP peut les exécuter en votre nom.
Notre serveur MCP hébergé expose la plateforme à Claude Code, Cursor, ChatGPT, Claude Desktop et tout autre agent compatible MCP — une seule connexion au lieu d'une intégration séparée par outil. Les outils de base de données de ce catalogue incluent les fonctions de requête sécurisée, d'optimisation, ainsi que de sauvegarde et de restauration. L'achat d'extras y est également exposé, soumis à une étape de confirmation explicite.
Tout ce que l'agent peut faire est limité par l'identité avec laquelle il s'est connecté. Les jetons sont émis via OAuth 2.1, limités à votre organisation et à vos permissions RBAC, par outil et révocables. Les actions destructrices nécessitent une confirmation explicite, des plafonds de dépenses s'appliquent aux actions payantes déclenchées par l'IA, et chaque action MCP est consignée dans le journal d'audit avec l'identité, l'outil, les arguments et le résultat.
En pratique : votre agent remarque que la base de données est lourde, vous demande s'il doit lancer la maintenance, vous confirmez, et le flux de travail s'exécute. L'IA est un pilote, pas un opérateur non supervisé.
Les services dits first-party sont des données sur cette plateforme, et non des fonctionnalités codées en dur.
A one-off job per site, run automatically once you buy it.
24,99 €one-off
It runs within 1 day of purchase, and a full backup is taken before anything is changed. Add-ons are bought per site from your dashboard and appear on your normal invoice — no separate account, no second bill and no minimum term. Prices exclude tax, which is worked out from your billing country at checkout.
Dans la plupart des cas, vous n'aurez pas à vous en charger vous-même. La plateforme surveille l'utilisation des ressources de chaque site et propose la maintenance de la base de données de manière contextuelle lorsqu'elle détecte un gonflement de celle-ci, et l'assistant IA peut le signaler et lancer l'opération pour vous. Vous pouvez également la parcourir et l'acheter à tout moment depuis la section Extras du tableau de bord, et inspecter vous-même la base de données via phpMyAdmin ou Adminer intégré.
Nous minimisons le risque au lieu de faire semblant qu'il n'existe pas. Le travail s'exécute sous forme de workflow Temporal — durable, rejouable et idempotent — de sorte qu'une étape échouée est relancée plutôt que de laisser un travail à moitié fait, et qu'une opération répétée est sûre par conception. Chaque exécution est enregistrée dans l'historique du workflow. Sur les abonnements Footprint-Free, les sauvegardes quotidiennes sont conservées pendant 30 jours avec restauration en un clic, de sorte qu'il y a toujours un point de restauration récent sur lequel s'appuyer si vous le souhaitez. Effectuer une sauvegarde avant toute modification importante de la base de données est une bonne pratique, peu importe qui l'exécute.
Il les complète. Chaque site conserve sa propre base de données MariaDB avec phpMyAdmin et Adminer intégrés et à authentification unique, la prise en charge de plusieurs bases de données et utilisateurs, ainsi qu'un bouton bascule d'accès à distance. La maintenance des bases de données est la version automatisée du travail de routine — nettoyage, optimisation, réparation — pour les moments où vous préférez acheter le résultat plutôt que de l'exécuter à la main.
Les services sur cette plateforme sont exécutés de l'une de ces deux manières. Les services gérés par le personnel créent une tâche dans notre file d'attente administrative, acheminée vers le bon service avec suivi du statut et mises à jour pour le client. La maintenance de base de données est automatisée : son achat déclenche directement le flux de travail, sans intervention humaine intermédiaire. C'est précisément tout l'intérêt de la concevoir comme un flux de travail plutôt que comme un processus.
Oui. L'optimisation de base de données, les requêtes sécurisées, ainsi que la sauvegarde et la restauration font toutes partie du catalogue d'outils MCP, et l'achat d'options supplémentaires s'effectue avec une étape de confirmation. Votre agent se connecte via OAuth 2.1 avec un jeton limité à votre organisation et à vos autorisations RBAC — outil par outil, révocable, avec un plafond de dépenses pour les actions payantes, et chaque appel est consigné dans les journaux d'audit. Il ne peut faire que ce que vous auriez pu faire.
La maintenance de base de données est un service officiel achetable plutôt qu'une inclusion de forfait : vous l'achetez quand vous en avez besoin, au prix affiché dans votre devise dans le tableau de bord, facturé sur votre compte de facturation ou votre portefeuille. L'éligibilité est définie par gamme de produits, de sorte que ce qui apparaît dans votre section Extras reflète la gamme de produits que vous utilisez. Tout ce dont vous avez besoin pour essayer la plateforme se trouve dans l'essai de 14 jours sans carte : aucune information de paiement, jusqu'à cinq sites sur l'hébergement Footprint-Free.
Le parc utilise MariaDB avec CloudLinux MySQL Governor, qui régule l'utilisation de la base de données par site afin qu'aucune requête lourde d'un site ne puisse ralentir le serveur pour les autres. Cela s'ajoute aux limites de ressources LVE et à l'isolation du système de fichiers CageFS. L'objectif de conception global est le confinement : les problèmes restent dans la cage où ils ont débuté.
Commencez un essai de 14 jours sans carte sur Footprint-Free Hosting — sans coordonnées bancaires, jusqu'à cinq sites — et découvrez comment la plateforme détecte et résout les problèmes que vous neisseriez autrement qu'à travers une page lente.
Commencer gratuitement