InventorySync PRO — Installation

Installation
Anforderungen dieser Version
Spielserver: Das bereitgestellte Backend zielt auf die Spigot-API für Minecraft 26.2 und benötigt Java 25+. Es enthält Spigot-/Paper-/Folia-Scheduler-Unterstützung und kann auf kompatiblen Purpur-Versionen laufen. Verwende eine Distribution für deine tatsächliche Serverversion; dieses Wiki bestätigt keine Kompatibilität mit jeder Minecraft-Version.
Optionaler Proxy: BungeeCord oder Velocity passend zur Serverinstallation. Die Proxy-Module verwenden Java-17-Bytecode; maßgeblich ist jedoch die Java-Anforderung deiner Proxy-Version. Das Spielservermodul benötigt weiterhin Java 25+. SQLite- und MySQL-Treiber sind im Universal JAR enthalten.

Auf einem Spielserver installieren

1. Stoppe den Server und sichere bei einem Update Spielerdaten sowie Pluginordner.
   
2. Lege InventorySyncPRO-1.7.0-Universal.jar in plugins/. Behalte nur eine InventorySyncPRO-JAR-Datei; einzelne Maven-Modul-JARs sind keine Distribution.
   
3. Starte einmal, um plugins/InventorySyncPRO/config.yml und messages.yml zu erzeugen. Standard sind SQLite, GLOBAL-Profile, aktivierte Endertruhen-/XP-Synchronisierung und eine deaktivierte Proxy-Bridge.
   
4. Stoppe den Server, wähle Profilmodus und Zuordnungen und starte erneut. Änderungen an Speicherung, Synchronisierung und Backend-Bridge benötigen einen vollständigen Neustart.
   
5. Erteile dem Team die benötigten Berechtigungen. Teste erneutes Verbinden, Welten mit verschiedenen Profilen, eine gespeicherte Offline-Ansicht und ein Backup, bevor Spieler Zugang erhalten.
   

In einem Netzwerk installieren

1. Installiere das Universal JAR auf jedem beteiligten Backend. Stoppe die Backends für die gemeinsame Einrichtung. Erstelle eine MySQL-Datenbank und ein Konto mit Berechtigung für die Plugintabellen.
   
2. Setze auf jedem Backend storage.type: MYSQL und dieselbe erreichbare Datenbank. Vergib jeweils eine eindeutige storage.server-id. Halte die vollständige Sync-/Gruppenkonfiguration und Verwaltungsrichtlinie auf allen Backends einheitlich.
   
3. Wähle GLOBAL, PER_WORLD oder PER_GROUP. sync.restore-on-join und sync.kick-on-failure müssen true bleiben; MySQL benötigt beide. Ein Beispiel für Survival-1/Survival-2/Lobby steht unter Konfiguration.
   
4. Installiere für die optionale Bridge dieselbe JAR-Datei auch auf BungeeCord oder Velocity. Starte einmal, um proxy.properties zu erzeugen. Aktiviere die Bridge auf Backends und Proxy und verwende überall dasselbe zufällige Geheimnis.
   
5. Bei aktiver Bridge müssen Backend-IDs einschließlich Groß-/Kleinschreibung genau den registrierten Proxy-Backendnamen entsprechen. Erlaubt sind Buchstaben, Ziffern, Punkte, Unterstriche und Bindestriche, höchstens 32 Zeichen; ALL ist reserviert. Verwende dieselben Namen in der optionalen Freigabeliste.
   
6. Starte Backends und Proxy neu. Prüfe den Start, führe auf jedem Backend /isync status und bei verwendeter Bridge /isyncproxy status aus. Teste mit einem Testkonto einen Transfer, eine getrennte Gruppe, XP-/Endertruhen-Wiederherstellung und eine erlaubte entfernte Bearbeitung.
   

SQLite ist auf ein Backend beschränkt; teile seine Datei nicht zwischen Servern. Konfiguriere UUID-Weiterleitung und Zugriffsbeschränkungen der Backends korrekt. Der Proxy benötigt keine Datenbankzugangsdaten und ersetzt MySQL nicht.