Patchoumio

La façon évidente d'écrire un bot Discord passe par des commandes slash : elles n'ont besoin d'aucun accès au texte des messages. Mais ici, on tape juste un nom, sans commande. Pour le lire, le bot demande l'intent MessageContent, qui est privilégié et doit être activé à la main dans le portail développeur de Discord.

Cet accès est borné dans le code : le bot ne regarde que les salons choisis dans le panel et ignore tout message de plus de 40 caractères. Un nom d'arme y tient ; une conversation, non. Un mot sans correspondance, comme « salut », ne reçoit pas de réponse.

Une recherche exacte ne suffit pas : les joueurs écrivent « zénit » pour Zénith, « rubico prime » ou « karak kuva ». Le nom est d'abord normalisé (minuscules, accents et ponctuation retirés), puis comparé aux noms et aux alias. Les variantes (Prime, Kuva, Vandal, Tenet…) sont des alias de l'arme de base, dans les deux ordres. Sans correspondance exacte, Fuse.js propose jusqu'à trois suggestions en boutons, avec un seuil de 0,25 calibré sur les 420 armes réelles. Une arme peut aussi avoir des onglets (« Crit », « Statut »…), affichés en boutons sous sa fiche.

Le prix vient de warframe.market. La recherche d'enchères de rivens n'existe que dans la version 1 de son API, la version 2 ne fournit que les référentiels : le bot dépend donc d'une API ancienne, et l'appel est isolé dans un seul module de chaque côté pour le jour où elle disparaîtra. Aucune limite de débit n'est publiée. Le bot s'en tient à une requête à la fois, au plus une par seconde, avec un cache de 10 minutes par arme ; deux demandes simultanées pour la même arme ne déclenchent qu'un appel. L'API ne filtre pas les vendeurs connectés : le filtre est fait côté bot. En cas d'échec, la fiche affiche le prix manuel saisi dans le panel, sinon « Prix indisponible ».

Le panel Laravel et le bot partagent un seul fichier SQLite, en mode WAL. Le panel gère le schéma et il est le seul à écrire ; le bot ouvre la base en lecture seule et la relit toutes les 30 secondes. Un réglage fait dans le panel arrive donc sur Discord sans redémarrage, et il n'y a ni API entre les deux ni serveur de base de données à faire tourner.

Le prix : les deux doivent tourner sur la même machine et voir le même fichier. Sous SELinux, le dossier de la base est monté en :z, étiquette partagée, et jamais en :Z. Avec :Z, chaque conteneur réétiquette le dossier pour lui seul, les verrous WAL ne sont plus partagés, et les lectures du bot échouent pendant les écritures du panel. Constaté en test, puis corrigé et mesuré : aucune erreur avec :z.

Chaque catégorie d'armes (Fusil, Mêlée…) définit, pour chaque stat, l'emoji, l'explication et la visibilité ; une arme en hérite et ne stocke que ce qu'elle surcharge. Une chaîne vide est une vraie valeur, « pas d'explication », distincte de l'absence de valeur, « hérite ». Cette règle est écrite deux fois, en PHP pour le panel et en JavaScript pour le bot, et les deux implémentations sont testées sur le même fichier de cas, avec Pest et Vitest. Le code JavaScript partagé sert aussi au format des fiches : l'aperçu en direct du panel est rendu par le même code que l'embed envoyé sur Discord.