InventorySync PRO — Instalacja

Instalacja
Wymagania tej wersji
Serwery gry: dostarczony backend jest kompilowany dla API Spigot Minecraft 26.2 i wymaga Javy 25+. Zawiera obsługę harmonogramów Spigot/Paper/Folia i może działać na zgodnych wydaniach Purpur. Użyj dystrybucji przeznaczonej dla swojej wersji serwera; to wiki nie potwierdza zgodności ze wszystkimi wydaniami Minecrafta.
Opcjonalne proxy: BungeeCord lub Velocity zgodne z konfiguracją serwerów. Moduły proxy używają bytecode Javy 17, ale trzeba spełnić wymagania Javy używanego wydania proxy. Moduł serwera gry nadal wymaga Javy 25+. Sterowniki SQLite i MySQL są dołączone do Universal JAR.

Instalacja na jednym serwerze gry

1. Zatrzymaj serwer, a przy aktualizacji wykonaj kopię danych graczy i folderu pluginu.
   
2. Umieść InventorySyncPRO-1.7.0-Universal.jar w plugins/. Zostaw tylko jeden JAR InventorySyncPRO; JAR-y poszczególnych modułów Maven nie są gotową dystrybucją.
   
3. Uruchom serwer raz, aby utworzyć plugins/InventorySyncPRO/config.yml i messages.yml. Domyślnie używane są SQLite, profile GLOBAL, włączona synchronizacja skrzyni Endu/XP i wyłączony most proxy.
   
4. Zatrzymaj serwer, wybierz tryb profili i przypisania, a następnie uruchom go ponownie. Zmiany bazy, synchronizacji i mostu na backendzie wymagają pełnego restartu.
   
5. Nadaj administracji potrzebne uprawnienia. Przed wpuszczeniem graczy sprawdź ponowne wejście, zmianę światów z różnymi profilami, podgląd zapisanych danych offline i wykonanie kopii.
   

Instalacja w sieci serwerów

1. Zainstaluj Universal JAR na każdym uczestniczącym backendzie. Zatrzymaj je na czas przygotowania wspólnych ustawień. Utwórz bazę MySQL i konto z uprawnieniami do tabel pluginu.
   
2. Ustaw storage.type: MYSQL i tę samą dostępną bazę na każdym backendzie. Każdemu nadaj unikalne storage.server-id. Zachowaj zgodną pełną konfigurację synchronizacji i grup oraz politykę administracji na wszystkich backendach.
   
3. Wybierz GLOBAL, PER_WORLD lub PER_GROUP. Pozostaw sync.restore-on-join i sync.kick-on-failure ustawione na true; tryb MySQL wymaga obu. Przykład Survival-1/Survival-2/Lobby znajdziesz w Konfiguracji.
   
4. Jeśli używasz opcjonalnego mostu, zainstaluj ten sam JAR także na BungeeCord lub Velocity. Uruchom raz, aby powstał proxy.properties. Włącz most na backendach i proxy oraz wpisz wszędzie ten sam losowy sekret.
   
5. Przy włączonym moście identyfikatory backendów muszą dokładnie odpowiadać nazwom zarejestrowanym na proxy, także wielkością liter. Dozwolone są litery, cyfry, kropki, podkreślenia i myślniki, maksymalnie 32 znaki; ALL jest zastrzeżone. Te same nazwy wpisz na opcjonalną listę dozwolonych serwerów.
   
6. Uruchom ponownie backendy i proxy. Sprawdź start, wykonaj /isync status na każdym backendzie oraz /isyncproxy status, jeśli korzystasz z mostu. Na koncie testowym sprawdź przejście, osobną grupę, przywracanie XP/skrzyni Endu i dozwoloną zdalną edycję.
   

SQLite jest lokalne dla jednego backendu; nie udostępniaj pliku między serwerami. Poprawnie skonfiguruj przekazywanie UUID graczy i ograniczenia dostępu do backendów. Proxy nie potrzebuje danych logowania do bazy i nie zastępuje MySQL.