Du problème à la décision

Cas d’usage techniques

Six situations, chacune liée au comportement documenté d’un plugin : le problème, ce que le plugin décide, le résultat et les limites.

Chaque flux est un exemple rédigé à partir de la documentation du plugin. C’est une illustration simplifiée, pas des données en direct d’un serveur, ni une promesse valable pour toute installation.

Repérer une incompatibilité Java avant le redémarrage

PluginGuardDisponible
Problème de départ
Une mise à jour de plugin est désormais compilée pour un Java plus récent que celui de votre serveur. La JVM refuserait de le charger, et la cause est noyée dans un long journal de démarrage.
Ce que le plugin décide
PluginGuard lit la version du fichier de classes de chaque jar de plugins/ et la compare au Java annoncé par le serveur. Il n’exécute ni ne modifie jamais un jar.
Résultat
L’analyse signale un constat critique JAVA_VERSION_TOO_NEW pour ce plugin, et la liste de correctifs indique d’utiliser un Java plus récent ou une version conçue pour le vôtre.
Limites à garder en tête
PluginGuard s’exécute dans un serveur déjà démarré. Analysez après avoir copié le jar et avant de redémarrer ; il ne peut rien pour un serveur qui ne démarre plus.

Flux d’exempleIllustration, pas de données en direct

  1. Copier le nouveau jar dans plugins/
  2. Lancer /pluginguard scan
  3. Constat critique : version de Java trop récente

Distinguer un plantage d’une exclusion par un modérateur

VelorFailoverDisponible
Problème de départ
Velocity déclenche le même événement pour un backend planté, une exclusion par un modérateur et un bannissement. Rediriger sur cet événement enverrait des joueurs bannis au lobby.
Ce que le plugin décide
VelorFailover envoie un ping au serveur. S’il répond, Velocity traite l’exclusion comme d’habitude. Seul un ping échoué, avec un serveur de repli qui répond, déplace les joueurs.
Résultat
Après un vrai plantage, les joueurs attendent sur le serveur de repli et reviennent quand le serveur réussit le nombre configuré de contrôles consécutifs.
Limites à garder en tête
Si le serveur de repli est aussi hors service, rien n’est redirigé. Les arrêts planifiés ne sont reconnus que si votre message d’arrêt contient un texte configuré.

Flux d’exempleIllustration, pas de données en direct

  1. Un joueur est exclu de survival
  2. Ping de survival : réponse ou pas de réponse
  3. Réponse : exclusion normale. Pas de réponse : déplacement vers lobby

Retenir une récompense suspecte pour examen

ReferralTrackEn attente d'approbation
Problème de départ
Deux joueurs depuis la même adresse se parrainent mutuellement et la récompense de bienvenue serait versée automatiquement.
Ce que le plugin décide
Avec l’examen anti-fraude facultatif activé, ReferralTrack note des signaux explicables (même IP, parrainage mutuel, première connexion récente, faible temps de jeu) et retient le parrainage quand le score atteint votre seuil.
Résultat
Un parrainage retenu ne peut ni être validé ni libérer de récompense tant que le personnel ne l’a pas approuvé ou rejeté avec un motif, et la décision est inscrite dans un journal d’audit.
Limites à garder en tête
L’examen anti-fraude est désactivé par défaut. Les signaux fixent la priorité d’examen ; ils ne prouvent pas l’existence de comptes alternatifs.

Flux d’exempleIllustration, pas de données en direct

  1. Un parrainage est créé
  2. Les signaux sont notés par rapport à votre seuil
  3. Retenu pour le personnel : approuver ou rejeter avec un motif

Annuler une mise à jour qui échoue au contrôle des commandes

VeloRoadEn attente d'approbation
Problème de départ
Vous remplacez un plugin à chaud. La nouvelle version s’active, mais ses commandes ne s’enregistrent jamais.
Ce que le plugin décide
VeloRoad effectue des contrôles préalables, crée une sauvegarde vérifiée par SHA-256, charge le nouveau jar et compare les commandes enregistrées à son descripteur.
Résultat
Si le chargement, l’activation ou le contrôle des commandes échoue, la version vérifiée précédente est restaurée automatiquement lorsqu’une sauvegarde existe.
Limites à garder en tête
Un redémarrage complet reste le choix le plus sûr pour les plugins critiques et ceux qui gardent de profondes références vivantes.

Flux d’exempleIllustration, pas de données en direct

  1. Contrôle préalable et sauvegarde vérifiée
  2. Charger le nouveau jar et vérifier ses commandes
  3. Le contrôle échoue : version précédente restaurée

Un fichier YAML, trois surfaces de menu

CrossMenuEn attente d'approbation
Problème de départ
Les joueurs Java et Bedrock ont besoin de la même boutique, et garder trois menus séparés synchronisés est une corvée.
Ce que le plugin décide
CrossMenu lit une seule définition de menu et l’affiche comme coffre sur Java, comme boîte de dialogue native quand le serveur fournit l’API de dialogue, et comme formulaire natif pour les joueurs Geyser ou Floodgate.
Résultat
Chaque joueur obtient la surface native de son client à partir du même fichier.
Limites à garder en tête
Les formulaires Bedrock sont statiques une fois ouverts. Les dialogues Java nécessitent l’API de dialogue ; les serveurs plus anciens retombent sur le menu en coffre. Minecraft 1.20.5 ou plus récent est requis.

Flux d’exempleIllustration, pas de données en direct

  1. Écrire un seul fichier de menu
  2. CrossMenu détecte le client
  3. Coffre, dialogue ou formulaire Bedrock affiché

Migrer des données avec une simulation et un chemin de retour

MigrateBientôt disponible

Ce plugin n'est pas encore publié. Il n'y a pas de lien d'achat tant qu'il ne l'est pas.

Problème de départ
Vous passez d’un plugin à un autre et voulez conserver homes, warps, soldes ou sanctions.
Ce que le plugin décide
Migrate est conçu pour planifier l’exécution, la montrer dans une simulation, écrire une sauvegarde vérifiée, écrire les données, les relire pour les vérifier et garder réversible ce qu’il a écrit.
Résultat
Un rapport liste ce qui a été migré, ce qui a été ignoré, et pourquoi.
Limites à garder en tête
Migrate n’est pas publié. Les plugins, versions et plateformes pris en charge seront annoncés avec la publication ; aucun n’est promis ici.

Flux d’exempleIllustration, pas de données en direct

  1. Simulation : voir ce qui changerait
  2. Sauvegarde, écriture, relecture et vérification
  3. Rapport ; annulation si nécessaire

Vous ne savez pas lequel il vous faut ?

Répondez à huit courtes questions et obtenez jusqu’à trois suggestions.