GroupeZ Docs
AddonszAuctionHouseRedis

zAuctionHouse Redis

Connecter plusieurs serveurs avec l'addon zAuctionHouse Redis

zAuctionHouse a été conçu dès le départ avec la performance et l'évolutivité en tête. Que vous gériez un petit serveur survie ou un grand réseau comme DonutSMP, zAuctionHouse est construit pour gérer un trafic élevé et plusieurs serveurs de manière transparente.

Addon zAuctionHouse Redis

Pour connecter plusieurs serveurs et synchroniser votre hôtel des ventes sur l'ensemble de votre réseau, vous avez besoin de l'addon zAuctionHouse Redis.

Acheter sur GroupeZ - 15€Acheter sur BuiltByBit - 20.99$

Fonctionnalités

  • Synchronisation en temps réel - Les objets mis en vente sur un serveur apparaissent instantanément sur tous les autres
  • Verrouillage distribué - Empêche les doubles achats et les conditions de course
  • Propagation des événements - Tous les événements d'enchères (mise en vente, achat, retrait) sont synchronisés
  • Invalidation du cache - Garantit que tous les serveurs ont des données à jour
  • Haute performance - Impact minimal sur la latence de vos serveurs

Pourquoi Redis ?

Redis est un stockage de structures de données en mémoire qui fournit des opérations de lecture et d'écriture extrêmement rapides. Il est particulièrement adapté aux scénarios où plusieurs serveurs doivent partager et synchroniser des données en temps réel.

Comparaison de Performance

SolutionVitesseSynchronisation Temps RéelCohérence des Données
RedisExtrêmement rapide (en mémoire)OuiExcellente
Base de Données SQLPlus lente (basée sur disque)NonBonne
BungeeCord/VelocityN/ANonN/A

Pourquoi pas SQL ?

Contrairement aux bases de données SQL traditionnelles, qui sont basées sur le disque et peuvent introduire une latence significative lors de la gestion d'opérations de lecture et d'écriture fréquentes, Redis opère directement en mémoire. Cela le rend idéal pour les applications nécessitant un accès haute performance et à faible latence aux données partagées.

Utiliser SQL pour synchroniser plusieurs serveurs n'est pas efficace pour un hôtel des ventes. Les bases de données SQL sont conçues pour le stockage persistant, ce qui signifie que chaque opération de lecture ou d'écriture implique un accès au disque. Cela devient un goulot d'étranglement lors de la gestion de mises à jour fréquentes depuis plusieurs serveurs. De plus, SQL ne fournit pas la synchronisation en temps réel qu'un hôtel des ventes nécessite, entraînant des délais et des conflits de données potentiels.

zAuctionHouse utilise toujours SQL (MySQL/MariaDB) pour le stockage persistant des données. Redis est utilisé comme couche de cache pour la synchronisation en temps réel entre les serveurs.

Pourquoi pas la messagerie BungeeCord/Velocity ?

BungeeCord et Velocity sont des solutions de proxy qui facilitent la communication entre les serveurs Minecraft, mais ils ne sont pas conçus pour la synchronisation de données. Bien qu'ils puissent transmettre des messages entre serveurs, ils n'ont pas la capacité de gérer efficacement des données partagées comme les objets d'enchères.

Redis, en revanche, est conçu exactement pour cet objectif : fournir un cache partagé à accès rapide que plusieurs serveurs peuvent utiliser pour assurer la cohérence des données.

Avantages Clés de Redis

  1. Stockage en mémoire - Les données sont stockées en RAM pour un accès instantané
  2. Messagerie Pub/Sub - Propagation d'événements en temps réel sur tous les serveurs
  3. Opérations atomiques - Empêche les conditions de course et la corruption de données
  4. Verrouillage distribué - Garantit qu'un seul serveur peut modifier un objet à la fois
  5. Évolutivité - Gère des milliers d'opérations par seconde

Architecture

┌─────────────┐     ┌─────────────┐     ┌─────────────┐
│  Serveur 1  │     │  Serveur 2  │     │  Serveur 3  │
│zAuctionHouse│     │zAuctionHouse│     │zAuctionHouse│
│+ Addon Redis│     │+ Addon Redis│     │+ Addon Redis│
└──────┬──────┘     └──────┬──────┘     └──────┬──────┘
       │                   │                   │
       └───────────────────┼───────────────────┘
                           │
                    ┌──────▼──────┐
                    │    Redis    │
                    │   Serveur   │
                    └──────┬──────┘
                           │
                    ┌──────▼──────┐
                    │   MySQL /   │
                    │   MariaDB   │
                    └─────────────┘

Comment ça fonctionne :

  1. Un joueur met un objet en vente sur le Serveur 1
  2. L'objet est sauvegardé dans la base de données MySQL
  3. Redis publie un événement à tous les serveurs
  4. Les Serveurs 2 et 3 reçoivent l'événement et mettent à jour leur cache
  5. Les joueurs sur tous les serveurs voient l'objet instantanément

Étapes suivantes

  • Installation : installer Redis et configurer l'addon sur chaque serveur
  • Dépannage : résoudre les problèmes de connexion et de synchronisation

Sur cette page

GroupeZ MCP

La documentation dans ton IA

Le MCP permet à ton IA de chercher dans la documentation GroupeZ et de lire les exemples à jour pour t’aider à configurer tes plugins.

Lecture seule · Sans clé API côté documentation

1. Copie l’adresse du serveur

Transport : HTTP (Streamable HTTP). Authentification : aucune. Ton outil utilise son propre modèle et ses propres limites d’abonnement.

  1. Ouvre Plugins dans ChatGPT sur le web, puis + → Ajouter un serveur MCP personnalisé.
  2. Nomme-le « GroupeZ Documentation », colle l’URL ci-dessus et choisis « Aucune authentification ». Crée puis installe le plugin.
  3. Dans une conversation, tape @ et sélectionne ce plugin avant d’envoyer ta question. Si nécessaire, active search, get_page et list_pages dans ses paramètres.
Guide officiel de cet outil

3. Pose une question

Utilise le MCP GroupeZ pour m’aider à créer un inventaire zMenu. Recherche les pages pertinentes, lis les exemples et cite tes sources.
Autres clients et dépannage

Pour les clients utilisant mcpServers, adapte cet exemple à leur format :

{
  "mcpServers": {
    "groupez-docs": {
      "url": ""
    }
  }
}

Les outils disponibles sont search, get_page et list_pages. Après une mise à jour, actualise les outils du connecteur. Si ton IA n’y accède pas, vérifie que le connecteur est activé dans la conversation et que ton compte autorise les MCP personnalisés. Ouvrir l’URL dans un navigateur n’est pas un test MCP.