Aller au contenu

Tableau de bord — Réglages utiles aux scripts

Tableau de bord — Réglages utiles aux scripts

18 fonctions dans ce namespace.

Index

Référence

Colonne « Abonnement » (Gestionnaire)

Gestionnaire → Comptes → colonne « Abonnement » (« Colonnes » pour la masquer)

Abonnement DOFUS de chaque compte, lu par le bot à sa dernière connexion et gardé bot arrêté : « 12/11 · 29 j » (vert au-delà de 7 jours, orange à 7 jours ou moins, rouge à 2 jours ou moins), « Non abonné », « — » pour un compte jamais vu connecté. L'infobulle donne la date exacte et « vu le … » ; un bot connecté la met à jour en direct. « Tri: abonnement » dans le tri des comptes. Sur téléphone, une pastille compacte s'affiche à côté du nom. Dans un script : character.isSubscribed() ; Mon IA : subscription dans list_accounts et get_bot_status.

Marketplace sur téléphone

Marketplace → Publier un script / Mes scripts (écran de moins de 768 px)

« Publier un script » et « Modifier l'annonce » s'ouvrent en plein écran : titre, fermeture et « Publier » restent visibles. « Mes scripts » affiche statut, abonnés, téléchargements, revenu et actions sous le titre de chaque script. Sur ordinateur, rien ne change. Un script vendu doit rester autonome : sans require.

Modèle par plage du planning

Bot › Config › Planning de connexion → menu « Modèle » de chaque plage · Gestionnaire › Planning (plannings nommés)

Chaque plage du planning peut citer un modèle de la Bibliothèque de configs (Gestionnaire › Config) par son nom exact, casse comprise : les mêmes modèles que global.loadConfigurationWithoutScript. Au début de chaque occurrence de la plage, le planning du worker (un tour toutes les 30 s) fait charger le modèle au premier tour où le bot est en jeu et hors combat, donc entre deux combats ; quand la plage connecte le bot, la relance du script attend ce chargement (30 s au plus) : le script démarre avec les réglages du modèle. Le modèle s'applique comme global.loadConfigurationWithoutScript sans sections : tout le modèle, sauf le planning, l'anti-modérateur, l'identité du groupe, le mode test des temporisations et l'URL du webhook Discord ; les réglages réservés (instantané, délais configurables) restent soumis à la formule du compte, comme pour un enregistrement. Une seule fois par occurrence : une modification faite à la main pendant la plage reste jusqu'à la plage suivante, et le modèle reste en place après la fin de la plage, jusqu'à la prochaine plage qui en a un (pas de retour automatique). Modèle introuvable ou refusé : ligne d'erreur « Planning » dans la console du bot, la config ne change pas. Planning désactivé ou en pause : aucun modèle. Mode aléatoire : le modèle de la plage autorisée où tombe la session. Groupe MoonBot : seul le compte dont c'est le planning (le chef) charge son modèle, les mules gardent leur config. Dans le menu, « (introuvable) » signale un nom absent de la bibliothèque (accepté : le planning le dira à l'heure de la plage) et « (en double) » un nom porté par plusieurs modèles, refusé au chargement : renommez l'un d'eux. Les boutons « Tous les jours » et « Week-end uniquement » recopient les plages du premier jour avec leur modèle ; la copie, l'export et l'import de config et les plannings nommés du Gestionnaire le gardent aussi.

Supprimer des comptes (Gestionnaire)

Gestionnaire → cocher des comptes → « Suppr. » → fenêtre « Supprimer N compte(s) ? »

« Suppr. » ne supprime plus rien sans confirmation : une fenêtre liste chaque compte coché (alias ou personnage, serveur). En rouge : « en cours » (le bot tourne : il est arrêté net), « chef de … » ou « membre de … » (groupe MoonBot), « hors de la vue » (coché mais masqué par un filtre, une recherche, une autre page ou un groupe replié ; ces comptes sont listés à part). Seuls les comptes de la fenêtre sont supprimés. « Annuler » (choisi par défaut), Échap ou un clic à côté ne suppriment rien ; Entrée ne confirme pas. La suppression est irréversible côté MoonBot (compte, proxy, réglages, place dans le groupe) ; le personnage reste intact chez Ankama. Le compteur « N sel. (dont M masqués) » signale les comptes cochés hors de la vue. Un clic sur un bouton d'une ligne (Combat, Config, script, planning, Ouvrir…) ne coche plus cette ligne.

Sélectionner tout un serveur (Gestionnaire)

-- Gestionnaire : case « tout le serveur » dans l'en-tête de chaque serveur
-- Cochée : tous les comptes affichés du serveur sont sélectionnés ; indéterminée : une partie seulement

Le Gestionnaire range les comptes par serveur. La case de l'en-tête d'un serveur coche ou décoche d'un coup les comptes affichés sous cet en-tête : ceux des groupes du serveur (même repliés) et ceux sans groupe. Elle est cochée quand tous sont sélectionnés, indéterminée quand une partie seulement l'est. Un clic coche tout (rien ou une partie cochée) ou décoche tout (tout coché). Elle n'agit que sur les comptes visibles : un filtre, une recherche ou une autre page cachent des comptes, qui ne sont ni cochés ni décochés (l'infobulle de la case le rappelle, avec « sur cette page » quand le Gestionnaire a plusieurs pages). C'est la même sélection que les cases des lignes et des groupes : les actions groupées et leurs confirmations agissent sur les mêmes comptes cochés qu'avant.

Replier un serveur (Gestionnaire)

-- Gestionnaire : flèche à gauche du nom de chaque serveur
-- Un clic replie ou déplie les comptes de ce serveur

Le Gestionnaire range les comptes par serveur. La flèche de l'en-tête d'un serveur cache ses comptes (groupes compris) ou les remontre ; l'en-tête reste, et sa case « tout le serveur » coche toujours les comptes affichés du serveur, repliés ou non. Le choix est gardé sur cet appareil, serveur par serveur, à part de la liste de gauche. Rien ne change pour les bots ni pour le tri, et les boutons « Déplier » et « Replier » des groupes restent comme avant.

Pastilles d'un serveur (Gestionnaire)

-- Gestionnaire : pastilles à droite du nom de chaque serveur
-- Connectés, scripts en cours, déconnectés ; puis en connexion, bannis et total de kamas

L'en-tête de chaque serveur du Gestionnaire résume ses comptes affichés (ceux de la case « tout le serveur » : filtres et recherche appliqués) par des pastilles : combien sont connectés (en jeu), combien ont un script en cours, combien sont déconnectés et, quand il y en a, combien sont en connexion ou bannis. Elles restent visibles quand le serveur est replié. Quand la colonne « Kamas » est affichée (menu « Colonnes », masquée par défaut), une pastille ajoute le total des kamas : seuls les soldes connus sont additionnés ; un bot hors jeu sans solde connu et un compte à script privé ne sont jamais comptés, et la pastille dit « N comptes sur M » quand il en manque (« — » quand aucun solde n'est connu). Les pastilles lisent ce que le Gestionnaire sait déjà de chaque bot : aucune requête de plus.

Colonne « E-mail » (Gestionnaire)

-- Gestionnaire : « Colonnes » → cocher « E-mail » (masquée par défaut)
-- Cellule : e-mail du compte en clair et bouton de copie (coche verte : copié)

Retrouve quel compte est lequel après avoir renommé ses bots : l'e-mail de connexion de chaque compte, en clair dans sa colonne, avec un bouton qui le copie d'un clic (coche verte : copié ; croix rouge : le navigateur a refusé, sélectionnez alors l'e-mail à la main). C'est l'e-mail que le Gestionnaire montre déjà (nom du compte sans alias, ligne grise sous l'alias, info-bulle de la carte), avec la même règle : tous vos comptes, « Script Privé » compris ; masqué en mode confidentialité, et jamais en vue modérateur.

Colonne « Classe » (Gestionnaire)

-- Gestionnaire : « Colonnes » → cocher « Classe » (masquée par défaut)
-- Cellule : classe du personnage ; « Tri: classe » : ordre alphabétique

Montre la classe du personnage de chaque compte (Iop, Crâ, Sadida…) dans la langue de l'interface, pour repérer les classes d'un coup d'œil ou les ranger : « Tri: classe » les classe par ordre alphabétique. « — » : aucun personnage vu sur ce compte pour l'instant.

Colonne « Métier » (Gestionnaire)

-- Gestionnaire : « Colonnes » → cocher « Métier » (masquée par défaut)
-- Cellule : métier principal du personnage et son niveau (« Paysan 92 ») ; « Tri: métier » : du niveau le plus haut au plus bas

Montre le métier principal de chaque personnage avec son niveau, par exemple « Paysan 92 » : le métier de plus haut niveau parmi ses métiers montés (niveau 2 ou plus) ; à égalité, un métier de récolte (Bûcheron, Mineur, Alchimiste, Paysan, Pêcheur) ; encore à égalité, le plus petit identifiant du jeu. Passez la souris sur la cellule pour voir tous ses métiers montés, du plus haut au plus bas. La valeur est celle du personnage : elle est à jour même quand vous ne regardez pas le bot, et la dernière valeur connue reste affichée quand il est arrêté ou en connexion ; si vous changez de personnage sur le compte, « — » s'affiche jusqu'à la première connexion du nouveau. « — » : aucun métier monté (niveau 2 ou plus), ou aucun niveau de métier lu pour ce personnage. « Tri: métier » classe du niveau le plus haut au plus bas ; les comptes sans lecture passent en dernier. Les noms de métier sont ceux du jeu, en français.

2e critère de tri (Gestionnaire)

-- Gestionnaire : à côté de « Tri », le choix « puis »
-- Ex. « Tri: classe » puis « Tri: niveau » : les classes à la suite, chacune du niveau le plus haut au plus bas

Départage les comptes qui sont égaux sur le premier tri : par exemple « Tri: serveur » puis « Tri: niveau » range les comptes de chaque serveur du niveau le plus haut au plus bas. Le choix reste enregistré sur l'appareil. « aucun » le retire ; un 2e critère identique au 1er est ignoré.

Tri gardé dans l'onglet Bot (Gestionnaire)

Gestionnaire → « Tri: … » · « puis » (2e critère de tri) → double clic sur un compte → liste de gauche de l'onglet Bot

Quand un tri est choisi dans le Gestionnaire (« Tri: … » en 1er critère, « puis » en 2e critère), une ligne en haut de la liste de gauche de l'onglet Bot dit l'ordre qu'elle suit. Par défaut, « Ordre : perso (glisser-déposer) » : vos comptes restent dans l'ordre que vous leur avez donné en les glissant. « Suivre le tri du Gestionnaire » lui fait garder l'ordre du Gestionnaire, après un double clic sur un compte et après un rechargement de la page, groupes compris (le chef reste en tête) ; « Ordre perso » revient à votre ordre. Glisser une ligne marche toujours : sous le tri du Gestionnaire, la liste repasse en ordre perso, à partir de l'ordre affiché. Le choix est gardé sur l'appareil. Dans un nouvel onglet du navigateur, la liste garde votre ordre perso jusqu'au premier passage par le Gestionnaire.

Colonne « Pods » (Gestionnaire)

-- Gestionnaire : « Colonnes » → cocher « Pods » (masquée par défaut)
-- Cellule : pods actuels / max et pourcentage ; « Tri: pods » : du plus plein au moins plein

Suit le remplissage des sacs de chaque bot : pods actuels / max et pourcentage, mis à jour à chaque récolte. Repère rouge : pods presque pleins (90 % ou plus) ; le bot va à la banque à 85 % par défaut, donc un bot qui reste au-dessus est peut-être bloqué pods pleins. « Tri: pods » met les bots les plus pleins en tête. « — » : pods inconnus (bot pas encore vu en jeu depuis l'ouverture de la page) ou compte à script privé.

Colonne « Victoires » (Gestionnaire)

-- Gestionnaire : « Colonnes » → cocher « Victoires » (masquée par défaut)
-- Cellule : victoires/combats parmi les 20 derniers (exemple 14/20) et pourcentage ; « Tri: victoires » : du meilleur taux au moins bon

Suit la santé de vos bots de combat : sur les 20 derniers combats de chaque compte, le nombre de victoires et le pourcentage (par exemple « 14/20 » et « 70 % »). Le chiffre est toujours écrit ; la couleur s'y ajoute : vert à 70 % et plus, jaune à 50 % et plus, rouge en dessous. « — » : moins de 5 combats connus. La victoire est comptée comme dans l'onglet Stats : le personnage est dans l'équipe gagnante ou encore en vie à la fin du combat. Une fuite ou un abandon n'est pas une catégorie à part : la colonne mesure donc « comme l'onglet Stats », pas la qualité de l'IA. Les 20 derniers combats sont gardés pour un bot arrêté comme pour un bot en marche, et suivent le personnage : si le compte change de personnage, le taux repart de zéro. La valeur est relue à l'affichage de la colonne, à chaque reconnexion, puis chaque minute tant que la colonne est affichée. Comme pour les statistiques, un compte « Script Privé » n'affiche jamais son taux. La case n'apparaît que lorsque le serveur envoie ces résultats. Mon IA : list_accounts rend le même champ recent_fights (victoires, total), absent sous 5 combats.

Étiquettes de comptes (Gestionnaire)

-- Gestionnaire : « + » de la barre des filtres → nommer une étiquette (METIER, DONJON, KOLI…)
-- « Colonnes » → cocher « Étiquettes » (masquée par défaut) ; icône → cocher les étiquettes du compte ; clic sur une étiquette → n'afficher qu'elle
-- « Tri: étiquettes » ; plusieurs comptes : les cocher, puis les ajouter à une étiquette depuis la barre des filtres

Une étiquette est un filtre de la barre du Gestionnaire : un compte peut en porter plusieurs. Elles ne sont qu'à toi : ni un autre joueur ni un Controller ne les voit ; seule une vue de modération ouverte sur ton compte les lit, comme tes filtres. Nom de 24 caractères au plus (lettres, chiffres, espaces et -_.#+/()!?:'), 30 étiquettes au plus, 8 par compte. Elles ne partent ni dans l'export, ni dans la copie des comptes, ni dans les modèles de configuration. Mon IA les lit (list_accounts : labels, label) et les pose ou les retire après la carte « Confirmer ».

Maisons et coffres (Banque › Maisons)

Bot → Banque → Maisons

Les maisons où vos bots ont ouvert un coffre, et le dernier contenu VU de chaque coffre de maison ouvert par vos bots. Un bloc par maison : nom, position [x,y] et sous-zone de sa porte, nombre de coffres de la maison et nombre déjà vus par vos bots (« par ce bot » avec « Ce bot seulement » ; d'après les données du jeu : « Nombre de coffres inconnu » si elles ne le disent pas), dernière ouverture d'un coffre, porte (carte, case, et instance quand elle est connue : map.enterHouse(case, code, instance)), puis ses coffres vus, « Coffre 1 », « Coffre 2 »… dans l'ordre de leurs places, et la liste des coffres au contenu inconnu (carte, case : jamais ouverts par vos bots, ou oubliés ; leur contenu apparaît après une ouverture). Une maison achetée par plusieurs joueurs a une instance par propriétaire, avec ses propres coffres : quand vos bots en ont vu plusieurs, un bloc par instance (« instance 3 »), et un bloc « instance inconnue » pour les coffres vus sans instance connue (sans liste des coffres au contenu inconnu). Un instantané est pris à chaque ouverture réussie (clic « Ouvrir » sur le coffre, commande du MapViewer, map.openHouseChest d'un script), tenu à jour tant que la fenêtre est ouverte (dépôts, retraits, kamas), daté et lisible même bot arrêté. Aucune action n'est ajoutée en jeu : seuls les coffres que vos bots ouvrent eux-mêmes sont lus. Impossible : voir le contenu d'un coffre qu'aucun de vos bots n'a ouvert, ni une maison dont aucun coffre n'a encore été ouvert par vos bots ; voir ce qu'un autre joueur y a changé depuis ; rafraîchir à distance (pour un contenu à jour, un bot doit rouvrir le coffre). « Tous mes bots de ce serveur » (par défaut : pour chaque coffre, le contenu le plus récent vu par vos bots du même serveur) ou « Ce bot seulement » ; recherche « Où est mon objet ? » (nom, ou numéro d'objet : seules les maisons qui l'ont restent) ; « Actualiser » relit les derniers contenus vus, sans interroger le jeu. Chaque coffre : badge « Ma maison » (la maison d'un de vos comptes), « Guilde », « Autre » ou « ? », repères carte · case · instance (ceux de map.houseChest et de map.openHouseChest), « Vu il y a … par », kamas, piles / 80, objets comme dans la Banque. « Identité incertaine » : la maison ou son instance n'était pas connue quand le coffre a été vu (bot démarré pour la première fois directement dans la maison d'un autre joueur) ; il peut apparaître une seconde fois. Deux cartes au même endroit (même carte, même case) dont l'une est d'identité incertaine sont peut-être le même coffre : chacune le dit (« Peut être le même coffre que… », « instance supposée » pour la mise à jour d'une instance connue, « instance inconnue » quand plusieurs maisons ont un coffre à cet endroit), et la recherche ne l'additionne qu'une fois (le passage le plus récent fait foi) ; deux instances connues ne sont jamais confondues. « Oublier » (avec confirmation) masque le coffre pour tous vos bots de ce serveur jusqu'à ce qu'un bot le rouvre ; le coffre dans le jeu n'est pas touché. « Aucun coffre vu pour l'instant… » : aucun de vos bots ne l'a encore ouvert ; « Disponible avec la prochaine version du bot. » : le serveur de vos bots n'a pas encore la fonction. Au plus 64 coffres par compte et par serveur (le plus ancien est oublié) et 200 piles par coffre. Un coffre ne remplace plus la banque mémorisée (serveurs de bots v670 ou plus récents ; avant, son contenu remplaçait celui de la banque dans le sous-onglet Banque, qui renvoie maintenant ici). Le code d'un coffre n'est jamais gardé ni affiché. Compte « Script Privé » : Banque masquée, coffres compris. Vue modérateur : lecture seule. Application de bureau : sous-onglet absent (tableau de bord web seulement). Lua : map.houseChests(), map.houseChest(mapId, cellId) (coffres vus par CE compte). Mon IA : get_bot_data kind=house_chests (avec les maisons : chest_count, never_opened, instance_id), find_items, forget_house_chest.

Notifications Discord d'un bot

Bot → Config → Notifications Discord

Un webhook Discord par bot. Messages relayés : MP reçus, messages de modérateur, messages des scripts (global.notify, cochée par défaut). Alertes (décochées par défaut) : « Script arrêté tout seul (fin ou erreur) » — jamais pour un arrêt demandé (vous, Mon IA, un controller, le planning, l'anti-modérateur, une maintenance) ; « Bot déconnecté et arrêté (ban, connexion refusée, reconnexion impossible) » — jamais pour une coupure suivie d'une reconnexion automatique ; « Défaite en combat » ; « Percepteurs de la guilde » + délai « prêt à récolter » (0 à 72 h, 0 = jamais). Au plus 6 alertes de chaque type par heure et par compte. « Utiliser ce webhook et ces options pour mes autres comptes » recopie le webhook et toutes les cases : c'est le seul moyen de propager un webhook (un modèle de config ne le transporte jamais).

Controllers : 🔔 Discord

Gestionnaire → Controllers → en-tête du controller → 🔔 Discord

Webhook du controller pour global:notify : Enregistrer, Tester (l'adresse saisie, même pas encore enregistrée), Retirer. Le badge « actif » indique qu'un webhook est réglé. Les lignes NOTIFY de la console portent 🔔. Côté serveur : 20 messages par 10 minutes et 120 par heure au plus par controller, 1 800 caractères par message ; sans webhook, la ligne reste dans la console avec la mention « Notification non envoyée » (au plus une fois par 10 minutes). Non affiché en vue modérateur.