Overzicht
- Nieuwste versie
- 1.7.4
- Minecraft
- 26.x
- Platforms
- Spigot, Paper, Folia, Purpur, Velocity, BungeeCord
- Minimale Java-versie
- 25+
Dit artikel is geschreven voor 1.7.0. De nieuwste stabiele versie is 1.7.4; gebruik de actuele vereisten hierboven.
Overzicht
Deze handleiding beschrijft InventorySync PRO 1.7.0: gedeelde profielen, beheertools, gegevensopslag en de optionele proxybridge. De vereisten vind je bij Installatie.
Welke gegevens de speler volgen
Houd de juiste inventarissen bij elkaar
EnderChest en XP kunnen dezelfde groepen volgen. Schakel een van beide uit als je alleen inventarissen wilt synchroniseren.
PER_GROUP-volgorde:
Lokale, offline en externe spelers
Voor online spelers vragen beheertools actuele gegevens aan de backend met de actieve sessie. Voor offline spelers lezen ze opgeslagen databasegegevens. Zonder profielargument kiezen offline handelingen het laatst opgeslagen profiel van dat gegevenstype. Namen komen bij deelname in de gedeelde namenlijst; gebruik een UUID als een oude offline naam niet wordt gevonden.
Extern beheer en gedeelde inventarissen vereisen MySQL op deelnemende backends. De huidige aanvragen van
Inventariseditors gebruiken
Klik op een voorwerp in je inventaris om een kopie te kiezen. Linksklik op een doelvak om die te plaatsen; rechtsklik om het vak te legen. Bewerking omvat opslag, snelbalk, pantser en tweede hand en bewaart het geselecteerde snelbalkvak. Dit zijn beheertools: kopiëren verwijdert niets uit je eigen inventaris.
Een geopend GUI toont een momentopname, geen automatisch vernieuwde liveweergave. Save controleert sessie, profiel, rechten en oorspronkelijke gegevens. Als de speler of een andere beheerder iets verandert, vernieuw dan en bereid de wijziging opnieuw voor. Controleer na een time-out of onzekere opslag de actuele gegevens voordat je iets herhaalt.
Eerste deelname en nieuwe profielen
Bij deelname zonder opgeslagen profiel worden de huidige spelersgegevens als begin gebruikt. Bij een wereldwissel naar een ander, nog niet opgeslagen profiel wordt het vorige opgeslagen; ontbrekende inventaris en ingeschakelde EnderChest-/XP-gegevens beginnen leeg. Wisselen tussen werelden van hetzelfde profiel verandert de inventaris niet.
Controles bij opslaan en wisselen
Spelerinteracties worden beschermd tijdens laden en profielwissels. In een netwerk bepaalt sessie-eigendom welke backend een speler mag opslaan. Oude concepten worden geweigerd als de oorspronkelijke gegevens zijn veranderd. Deze controles beperken gebruikelijke risico’s op teruggedraaide gegevens en duplicatie; regelmatige back-ups blijven onderdeel van serverbeheer.
Deze handleiding beschrijft InventorySync PRO 1.7.0: gedeelde profielen, beheertools, gegevensopslag en de optionele proxybridge. De vereisten vind je bij Installatie.
Welke gegevens de speler volgen
- Inventaris – Hoofdopslag, snelbalk, pantser, voorwerp in de tweede hand en geselecteerd snelbalkvak.
- EnderChest – De inhoud volgt het gekozen profiel als EnderChest-synchronisatie is ingeschakeld.
- Ervaring – Level, voortgang van de XP-balk en totale punten, met optionele synchronisatie en beheertools.
Houd de juiste inventarissen bij elkaar
- GLOBAL – Eén gedeeld profiel met de naam
globalop deelnemende werelden en servers.
- PER_WORLD – Aparte profielen op basis van wereldnamen. Gelijke genormaliseerde wereldnamen op verbonden servers delen een profiel.
- PER_GROUP – Kies welke servers of werelden bij elkaar horen. Survival-1 en Survival-2 kunnen voorwerpen delen, terwijl Lobby en SkyBlock apart blijven.
EnderChest en XP kunnen dezelfde groepen volgen. Schakel een van beide uit als je alleen inventarissen wilt synchroniseren.
PER_GROUP-volgorde:
group-by-server → group-by-world → group-default. Een servertoewijzing omvat al zijn werelden. Laat die backend uit de serverlijst om zijn werelden te splitsen. Gebruik eenvoudige kleine letters, zoals survival; ongeldige tekens worden genormaliseerd. Commando’s gebruiken het basisprofiel zonder interne EnderChest-/XP-achtervoegsels.Lokale, offline en externe spelers
Voor online spelers vragen beheertools actuele gegevens aan de backend met de actieve sessie. Voor offline spelers lezen ze opgeslagen databasegegevens. Zonder profielargument kiezen offline handelingen het laatst opgeslagen profiel van dat gegevenstype. Namen komen bij deelname in de gedeelde namenlijst; gebruik een UUID als een oude offline naam niet wordt gevonden.
Extern beheer en gedeelde inventarissen vereisen MySQL op deelnemende backends. De huidige aanvragen van
/invsee, /endersee en /xpsee gebruiken de database en werken zonder de optionele proxybridge. EnderChest- of XP-synchronisatie uitschakelen schakelt ook de bijbehorende beheertool uit.Inventariseditors gebruiken
Klik op een voorwerp in je inventaris om een kopie te kiezen. Linksklik op een doelvak om die te plaatsen; rechtsklik om het vak te legen. Bewerking omvat opslag, snelbalk, pantser en tweede hand en bewaart het geselecteerde snelbalkvak. Dit zijn beheertools: kopiëren verwijdert niets uit je eigen inventaris.
- Save – Past het concept toe na controle van rechten en conflicten.
- Refresh – Verwerpt het concept en laadt actuele gegevens.
- Cancel of sluiten – Past niet-opgeslagen wijzigingen niet toe.
Een geopend GUI toont een momentopname, geen automatisch vernieuwde liveweergave. Save controleert sessie, profiel, rechten en oorspronkelijke gegevens. Als de speler of een andere beheerder iets verandert, vernieuw dan en bereid de wijziging opnieuw voor. Controleer na een time-out of onzekere opslag de actuele gegevens voordat je iets herhaalt.
Eerste deelname en nieuwe profielen
Bij deelname zonder opgeslagen profiel worden de huidige spelersgegevens als begin gebruikt. Bij een wereldwissel naar een ander, nog niet opgeslagen profiel wordt het vorige opgeslagen; ontbrekende inventaris en ingeschakelde EnderChest-/XP-gegevens beginnen leeg. Wisselen tussen werelden van hetzelfde profiel verandert de inventaris niet.
Controles bij opslaan en wisselen
Spelerinteracties worden beschermd tijdens laden en profielwissels. In een netwerk bepaalt sessie-eigendom welke backend een speler mag opslaan. Oude concepten worden geweigerd als de oorspronkelijke gegevens zijn veranderd. Deze controles beperken gebruikelijke risico’s op teruggedraaide gegevens en duplicatie; regelmatige back-ups blijven onderdeel van serverbeheer.
