Ce que disent les notes de version de Nova 3.8.x
Deux entrées des notes de version de cPanel & WHM concernent Nova for WordPress. Nova 3.8.0-1, publiée le 20 octobre 2026, ajoute une dépendance à la fonction WP Toolkit Site Import : une feature list ne peut plus activer Nova for WordPress sans elle. À la mise à niveau, le plugin active les fonctions nécessaires dans chaque feature list qui active déjà Nova for WordPress. Cela vaut même pour une liste où vous aviez désactivé wp-toolkit ou wp-toolkit-site-import : la mise à niveau l'écrase, et les notes demandent de revoir ces listes après la mise à jour. Nova 3.8.3-1, publiée le 26 octobre 2026, va plus loin : Nova for WordPress exige désormais WP Toolkit. Sur un serveur qui n'en dispose pas, l'option disparaît de Feature Manager et de l'ajout d'un package. Le plugin installe WP Toolkit de lui-même, puis affiche de nouveau l'option. Pour empêcher cette installation automatique, il faut créer le fichier /var/cpanel/nowptoolkit.
Ce que cela change concrètement sur un serveur
- WP Toolkit peut arriver sans demande — avec Nova 3.8.3-1, le plugin l'installe en tâche de fond sur un serveur qui n'en a pas, sans que vous ayez lancé quoi que ce soit.
- Des fonctions s'activent dans vos listes — avec Nova 3.8.0-1, les feature lists qui activent déjà Nova for WordPress reçoivent les fonctions nécessaires à la mise à niveau.
- Un réglage volontaire peut être annulé — une liste où
wp-toolkitouwp-toolkit-site-importétait désactivé est modifiée, d'après les notes de version. - Une option peut disparaître — sans WP Toolkit, Nova for WordPress n'apparaît plus dans Feature Manager ni à la création d'un package.
- Retirer WP Toolkit ne suffit pas — selon les notes, le système le réinstalle tant que le fichier de blocage n'existe pas.
- Le blocage tient en un fichier —
/var/cpanel/nowptoolkitempêche l'installation automatique, et vous le supprimez le jour où vous changez d'avis.
Ce que la procédure suppose : l'accès root
Tout ce qui suit s'exécute sur le serveur lui-même. Créer un fichier dans /var/cpanel demande l'accès root, et relire ou corriger les feature lists se fait dans WHM, avec les droits d'administration du serveur. Cela concerne donc un VPS ou un serveur dédié sous licence cPanel dont vous tenez l'administration. Ce n'est pas le cas d'un compte revendeur, ni d'un hébergement mutualisé : sur ces offres, l'hébergeur décide des mises à jour et de ce qu'elles installent, et vous ne pouvez pas poser ce fichier. Si vous êtes dans ce cas, la bonne démarche est de demander à votre hébergeur comment il gère Nova et WP Toolkit sur ses serveurs. Si vous administrez votre propre serveur, la décision vous revient, et c'est précisément pour cela qu'elle mérite une procédure plutôt qu'une surprise au prochain passage de la mise à jour automatique.
Décider avant la mise à jour : laisser faire ou empêcher
Il n'y a pas de bonne réponse unique, il y a une décision à prendre avant que la mise à jour ne la prenne à votre place. Si vous proposez Nova for WordPress à vos clients, ou si WP Toolkit fait déjà partie de votre parc, laisser le plugin installer WP Toolkit est cohérent : l'option reste disponible dans Feature Manager et dans les packages. Si vous gérez un serveur sobre, avec un jeu de logiciels volontairement limité, ou si vous voulez valider chaque composant avant de l'exposer à des comptes clients, mieux vaut empêcher l'installation automatique et installer WP Toolkit le jour où vous l'avez décidé. Dans les deux cas, le point commun est le même : relever l'état des feature lists avant la mise à jour, pour pouvoir comparer ensuite. Les notes de version ne décrivent pas d'autre effet sur les listes que celui de la version 3.8.0-1 ; ce que vous n'avez pas relevé, vous ne pourrez pas le constater.
Avant la mise à jour : relever l'état des feature lists
Planifiez une fenêtre de contrôle
Repérez la date à laquelle la mise à jour de cPanel passera sur votre serveur, ou le jour où vous la lancez vous-même. Prévoyez une demi-heure avant et une demi-heure après, sans autre changement en parallèle, pour que toute différence ait une seule cause possible.
Connectez-vous à WHM en tant que root
Ouvrez WHM avec le compte root, puis rendez-vous dans la section des feature lists et de Feature Manager. C'est là que vous voyez quelles fonctions chaque liste active.
Listez les feature lists qui activent Nova for WordPress
Ce sont les listes que la version 3.8.0-1 modifiera à la mise à niveau. Notez leur nom et les packages qui les utilisent, car ce sont elles que vous contrôlerez en priorité.
Relevez l'état de deux fonctions par liste
Pour chaque liste, notez si
wp-toolkitetwp-toolkit-site-importsont activés ou désactivés. Une capture d'écran datée ou un tableau dans votre carnet d'exploitation suffit ; l'important est de pouvoir relire l'état d'avant.Repérez les réglages volontaires
Si vous avez désactivé l'une de ces deux fonctions dans une liste à dessein, par exemple pour une offre qui ne doit pas proposer de gestion WordPress, écrivez-le en toutes lettres. Ce sont les réglages que la mise à niveau est susceptible d'écraser.
Vérifiez si WP Toolkit est déjà présent
Notez si WP Toolkit est déjà installé sur le serveur. S'il l'est, Nova 3.8.3-1 n'a rien à installer ; s'il ne l'est pas, c'est le cas où l'installation automatique se déclenche.
Empêcher l'installation automatique de WP Toolkit
Ouvrez une session root sur le serveur
Connectez-vous au serveur en SSH avec un accès root, comme pour toute opération d'administration.
Créez le fichier de blocage
Créez le fichier
/var/cpanel/nowptoolkit. Les notes de version ne demandent que sa création. Par exemple,touch /var/cpanel/nowptoolkitsuffit à le créer.Contrôlez sa présence
Listez le fichier avec
ls -l /var/cpanel/nowptoolkitpour vérifier qu'il existe. Faites-le avant la mise à jour : le blocage doit être en place quand Nova passe en 3.8.3-1.Consignez la décision
Écrivez dans votre carnet d'exploitation que le blocage est volontaire, avec la date et la raison. Un fichier oublié finit par surprendre la personne qui voudra installer WP Toolkit dans six mois.
Après la mise à jour : comparer et corriger
Vérifiez la version de Nova
Confirmez que le plugin est bien passé à la version attendue, 3.8.0-1 ou 3.8.3-1 ou plus récente, avant de tirer la moindre conclusion sur l'état de vos listes.
Rouvrez les feature lists notées
Reprenez la liste établie avant la mise à jour, et comparez deux fonctions par liste :
wp-toolkitetwp-toolkit-site-import. Toute fonction désormais activée alors que vous l'aviez désactivée est un écrasement par la mise à niveau.Corrigez ce que vous avez choisi de désactiver
Si une liste doit rester sans gestion WordPress, remettez le réglage voulu. Notez toutefois que Nova for WordPress ne peut plus être activé dans une liste sans la dépendance : il faut donc choisir entre cette option et le blocage de la fonction.
Contrôlez Feature Manager et les packages
Sur un serveur sans WP Toolkit, Nova for WordPress n'apparaît plus dans Feature Manager ni à l'ajout d'un package. Si l'option vous manque, c'est cohérent avec les notes de version, et non une panne.
Vérifiez la présence de WP Toolkit
Si le fichier de blocage existe, WP Toolkit ne doit pas avoir été installé par le plugin. S'il est présent sans que vous l'ayez décidé, relisez la chronologie : l'installation a pu précéder la création du fichier.
Essayez d'abord sur un serveur de test
Si vous disposez d'un second serveur, par exemple un VPS de recette sous licence cPanel, faites passer la mise à jour dessus d'abord. Le contrôle des feature lists y prend dix minutes, et vous savez ce que fera la production avant qu'elle ne le fasse. Les notes de version ne précisent pas si le fichier de blocage retire un WP Toolkit déjà installé : traitez-le comme un moyen d'empêcher l'installation, pas de désinstaller.
Dépannage : les symptômes que cette mise à jour produit
Les notes de version ne donnent pas de message d'erreur pour ces cas, car ce sont des comportements voulus et non des pannes. Ils se reconnaissent à leur symptôme, et chacun a une explication dans les notes. Avant de chercher une panne ailleurs, vérifiez que le comportement observé ne correspond pas à l'un d'eux. La plupart des appels à l'aide viennent d'une option qui a disparu ou d'une fonction qui s'est activée seule, et la réponse se trouve presque toujours dans le numéro de version de Nova et dans la présence ou non du fichier de blocage.
Quatre symptômes, quatre explications
- Nova for WordPress a disparu de Feature Manager — le serveur n'a pas WP Toolkit, et depuis Nova 3.8.3-1 l'option n'est affichée qu'avec lui. Laissez le plugin l'installer, ou installez-le vous-même.
- WP Toolkit est revenu après sa suppression — selon les notes, le système le réinstalle. Créez
/var/cpanel/nowptoolkitsi vous ne voulez pas de cette réinstallation. - Une fonction désactivée est de nouveau active — la mise à niveau vers Nova 3.8.0-1 écrase les listes qui avaient désactivé
wp-toolkitouwp-toolkit-site-import. Corrigez-les à la main. - Le fichier existe mais la situation semble inchangée — vérifiez son chemin exact,
/var/cpanel/nowptoolkit, et l'ordre des événements : il doit exister avant que l'installation automatique ne se déclenche.
Ce que cela change pour les sites de vos clients
Pour une agence qui héberge des sites clients sur un serveur cPanel, l'enjeu n'est pas WP Toolkit lui-même, c'est la stabilité du comportement. Un client dont l'offre ne comprend pas la gestion WordPress ne doit pas se retrouver avec cette fonction active parce qu'une mise à niveau est passée dans la nuit. À l'inverse, une offre qui la comprend ne doit pas perdre l'option parce qu'un composant manque. Le contrôle décrit plus haut tient en deux relevés, un avant et un après, et il transforme une mise à jour subie en changement maîtrisé. Il fait aussi gagner du temps au support : en cas de question d'un client, vous savez ce qui était activé la veille. Pour installer WordPress côté client, le guide dédié décrit la procédure dans cPanel ; cet article traite uniquement de ce que fait le serveur.
Retenez trois gestes : relever l'état des feature lists avant la mise à jour, décider du fichier /var/cpanel/nowptoolkit, puis comparer après. Ils exigent l'accès root, donc un serveur dont vous gardez la main. Pour comprendre ce que recouvre la licence qui rend cette administration possible, ou pour comparer cPanel & WHM à Plesk, consultez les articles liés ci-dessous.
