Avant de supposer qu'une fonctionnalité est cassée, vérifiez si le bot lui-même est le problème : une page Ressources en direct affiche l'utilisation de la RAM et du CPU, la latence de la base de données et de la websocket, et le nœud d'infrastructure qui fait actuellement tourner le bot pour ce serveur, mise à jour environ toutes les deux secondes. La plupart des signalements « le bot ne répond pas » viennent d'un réglage manquant, et non d'une panne. Mais en cas de véritable panne ou de pic de latence, cette page permet de le confirmer au lieu de deviner.
Ce que montre réellement la page Ressources
- Utilisation en direct : RAM utilisée par rapport au total, utilisation du tas et charge CPU, avec un petit graphique défilant sur les 60 dernières secondes pour qu'un pic soit visible plutôt que représenté par un seul chiffre instantané.
- Temps de fonctionnement et nœud : depuis combien de temps le processus en cours tourne, et le nom du nœud précis qui dessert votre serveur. C'est utile parce que Noxyr fonctionne sur plusieurs nœuds, et qu'un bot personnalisé tourne en particulier sur le nœud qui lui a été attribué.
- Panneau de latence en direct : des temps d'aller-retour distincts pour la base de données, le cache Redis, la connexion websocket de Discord, le délai des messages et la latence entre nœuds, chacun coloré en vert, orange ou rouge selon son niveau actuel.
- État des services : en ligne/démarrage/hors ligne pour le processus principal du bot, MongoDB et Redis en particulier, les trois éléments qui doivent tous être en bon état pour que chaque fonctionnalité marche.
La page se met à jour toute seule via une connexion en direct lorsque votre navigateur le permet, et interroge le serveur environ toutes les deux secondes sinon. Il n'y a rien à actualiser manuellement.
Lire la page : ce qui est normal et ce qui est un vrai problème
Des latences dans la plage verte pour la base de données, la websocket et le délai des messages, avec une RAM sous le seuil où le compteur passe à l'orange, correspondent à un état sain et normal : attendez-vous à de petites fluctuations, pas à une ligne plate. Un seul chiffre de latence qui passe brièvement à l'orange ne mérite pas d'action. En revanche, un service affiché « Hors ligne » pendant plus de quelques secondes, ou toutes les latences en rouge en même temps, justifie d'attendre une minute et de vérifier à nouveau avant de supposer que la configuration de votre serveur est en cause.
Quand consulter cette page plutôt que vos propres réglages
- Une fonctionnalité ne marche pas, le reste fonctionne : il s'agit presque toujours d'un problème de configuration (un salon manquant, un problème de hiérarchie des rôles, un module désactivé), et non d'un problème d'infrastructure. Consultez d'abord la liste de configuration de la page Vue d'ensemble.
- Rien ne répond du tout, sur toutes les fonctionnalités : vérifiez d'abord les Ressources. Si le service principal du bot est hors ligne ou si toutes les latences sont en rouge, la correction se situe côté infrastructure, et aucun réglage du tableau de bord ne changera quoi que ce soit.
- Lent, mais pas cassé : une commande met quelques secondes de plus mais finit par fonctionner. Regardez en particulier le délai des messages et la latence de la base de données ; un chiffre temporairement élevé qui revient à la normale en une minute ou deux est un incident passager, pas une panne.
Pourquoi le nœud compte, surtout pour un bot personnalisé
Noxyr fait tourner ses processus de bot sur plusieurs nœuds pour absorber la charge. Pour la plupart des serveurs, c'est invisible : vous n'avez jamais besoin de savoir sur lequel vous vous trouvez, ni de vous en soucier. Cela devient important pour Custom Bot en particulier, car un bot personnalisé est attribué à un nœud précis au démarrage. La page Ressources permet de confirmer lequel et de voir les chiffres propres à ce nœud, plutôt qu'une moyenne globale. Si un bot personnalisé se comporte bizarrement, le nom du nœud affiché sur cette page est utile à mentionner lorsque vous contactez le support, car il indique exactement quel processus côté serveur vérifier.
Ce que cette page ne peut pas vous dire
Elle signale l'état de santé de l'infrastructure, pas la configuration des fonctionnalités. Un serveur dont le bot est parfaitement sain, avec toutes les latences vertes, peut quand même avoir un panneau de ticket qui ne se publie jamais parce que la catégorie n'a jamais été définie, ou un message de bienvenue qui ne part jamais parce que l'interrupteur est désactivé. Les Ressources répondent à la question « le bot lui-même va-t-il bien ? », jamais à « la configuration de mon serveur est-elle correcte ? ». Pour cette dernière question, la liste de configuration de la page Vue d'ensemble et la page de réglages propre à chaque fonctionnalité sont les bons endroits.
Questions fréquentes
Une utilisation élevée de la RAM signifie-t-elle que le bot va bientôt planter ? Pas en soi. Le compteur passe à l'orange puis au rouge lorsque des seuils sont franchis, précisément pour qu'une hausse durable soit visible avant de devenir un problème, et non pour être le signe garanti d'un plantage imminent.
Pourquoi le nom du nœud de mon serveur compte-t-il si je n'ai qu'un seul serveur ? Pour un serveur classique (non personnalisé), cela compte peu : c'est une information. Cela devient plus important une fois que vous utilisez un Custom Bot, car le nœud de ce bot détermine réellement sa latence et sa disponibilité, indépendamment de la santé du bot principal.
Est-ce la même chose que la commande /status ? Non. /status affiche les chiffres de votre communauté (membres, tickets, ventes). Les Ressources indiquent la santé de l'infrastructure du bot : c'est un type de « statut » totalement différent.
Les membres peuvent-ils voir cette page ? Non. Elle fait partie du tableau de bord administrateur d'un serveur et exige le même accès que n'importe quelle autre page du tableau de bord : propriétaire du serveur ou Administrateur.
Que faire si les Ressources affichent tout en bon état mais que ma fonctionnalité ne marche toujours pas ? Considérez qu'il s'agit d'un problème de configuration, et non d'infrastructure. Vérifiez la liste de configuration de la page Vue d'ensemble, ainsi que la page de réglages de la fonctionnalité concernée, à la recherche d'un salon, d'un rôle ou d'un interrupteur manquant.
Consultez l'état en direct de votre serveur sur la page Ressources de votre tableau de bord, et lisez la documentation du tableau de bord pour découvrir ce qui se trouve à côté.