Pluginbeschrijving

Informatie over de huidige versie

Nieuwste versie: 1.7.4
Minecraft: 26.x
Platforms: Spigot, Paper, Folia, Purpur, Velocity, BungeeCord
Minimale Java-versie: 25+

InventorySync PRO bewaart spelersinventarissen in een database en laadt het juiste profiel wanneer een speler inlogt of van profiel wisselt. Jij kiest waar voorwerpen worden gedeeld: op de hele server of het hele netwerk, apart per wereld of binnen groepen zoals Survival en SkyBlock. EnderChests en XP kunnen dezelfde profielen gebruiken. Je kunt die twee synchronisaties ook afzonderlijk uitschakelen.
Voor één server volstaat een lokaal SQLite-bestand. In een netwerk verbind je elke backend met dezelfde MySQL-database. Spelers kunnen dan voorwerpen verzamelen op Survival-1 en met dezelfde inventaris verder spelen op Survival-2, terwijl ze in Lobby een aparte inventaris houden.

Eén universele JAR – Hetzelfde bestand bevat de Spigot/Paper/Folia-backendplugin en de proxymodules voor BungeeCord en Velocity. Het kan ook worden gebruikt op compatibele Purpur-builds.
Spelergegevens – Synchroniseer de inventarisopslag, snelbalk, harnas, het voorwerp in de tweede hand, het geselecteerde snelbalkvak, de EnderChest en XP.
Aparte profielen – Kies welke werelden en servers gegevens delen, in plaats van elke spelmodus dezelfde inventaris te geven.
Beheerhulpmiddelen – Bekijk en bewerk inventaris-, EnderChest- en XP-gegevens van lokale, offline en externe spelers, met aparte rechten voor bekijken en bewerken.
Beschermde overdrachten – Sessiebeheer, geordende opslag en controles vóór het toepassen van bewerkingen verkleinen het risico dat verouderde gegevens nieuwere wijzigingen overschrijven.

SPELERGEGEVENS EN VEILIGE OVERDRACHTEN
Tijdens het spelen komen wijzigingen in een wachtrij voor opslag. Een instelbare vertraging bundelt snel opeenvolgende wijzigingen, zodat niet elke klik tot een databasebewerking leidt. Bij vertrek of een profielwissel wordt het vorige profiel opgeslagen voordat het volgende actief wordt.
In MySQL-modus houdt de database bij welke backend de spelerssessie beheert. Een nieuwe backend wacht tot de vorige sessie is beëindigd. Een backend met een verlopen sessie mag geen spelersgegevens meer opslaan. Bij profielcheckpoints worden inventaris, EnderChest-inhoud en XP samen opgeslagen als die synchronisaties zijn ingeschakeld.

Beschermd laden – Interactie met de inventaris wordt geblokkeerd terwijl een aanmelding of profielwissel wordt gesynchroniseerd.
Geordend opslaan – Oudere momentopnamen kunnen nieuwere opgeslagen gegevens niet zomaar vervangen; schrijfacties voor hetzelfde spelersprofiel worden gecoördineerd.
Foutafhandeling – In netwerkmodus verbreekt een fout bij beschermde synchronisatie de verbinding van de speler, in plaats van die met onzekere gegevens verder te laten spelen.
Netwerkcontroles – Actieve MySQL-backends worden gecontroleerd op dubbele server-ID's en onverenigbare synchronisatie-instellingen.
Opslaan bij afsluiten – Openstaande momentopnamen krijgen een laatste opslagfase met een tijdslimiet voordat de databaseverbindingen worden gesloten.

Deze controles helpen veelvoorkomende oorzaken van teruggedraaide gegevens en dubbele voorwerpen te voorkomen. Maak nog steeds regelmatig databaseback-ups, vooral voor updates of gewijzigde profieltoewijzingen.

BUNGEECORD / VELOCITY: WAT DOET DE PROXYPLUGIN?
De backendplugin leest en wijzigt spelersinventarissen, verwerkt beheercommando's en slaat gegevens op. De proxymodule routeert geauthenticeerde berichten tussen verbonden backends, waaronder opzoekvragen voor spelerlocaties en bridgemeldingen. De module biedt ook commando's voor bridgestatus en herladen. Er worden geen inventarissen opgeslagen en er zijn geen MySQL-inloggegevens nodig.
Synchronisatie tussen servers vereist nog steeds MySQL. Alleen de plugin op BungeeCord of Velocity installeren synchroniseert geen inventarissen. Installeer hem op elke deelnemende backend en laat die backends dezelfde database gebruiken. De proxybridge is een extra communicatielaag; de huidige externe bewerkingen van /invsee, /endersee en /xpsee communiceren via MySQL en vereisen geen bridge.enabled.
Om de bridge te gebruiken, installeer je dezelfde universele JAR op je gekozen proxy en schakel je deze in op de proxy en backends. Gebruik hetzelfde willekeurige geheim in het backendbestand config.yml en het proxybestand proxy.properties. De waarde van elke backend voor storage.server-id moet exact overeenkomen met de geregistreerde BungeeCord/Velocity-servernaam.

Berichten worden geauthenticeerd met HMAC-SHA256; het geheim wordt niet in pakketten verstuurd. Authenticatie versleutelt de berichtinhoud niet.
Verlopen, opnieuw afgespeelde, ongeldige en verkeerd gerouteerde berichten worden geweigerd. De proxy beperkt ook het verkeer per backend en ondersteunt een optionele lijst met toegestane backends.
Bridgebezorging vereist een actieve spelersverbinding met de backend. Een lege backend ontvangt geen oud verzoek uit de wachtrij wanneer later iemand inlogt.
De proxybridge staat aanvankelijk uit. Vervang RANDOM_SECRET voordat je deze inschakelt; gebruik minstens 32 willekeurige tekens. De geaccepteerde lengte is 16–256 tekens.

FLEXIBELE INVENTARISPROFIELEN

Modus	Werking	Typisch gebruik
`GLOBAL`	Gebruikt één gedeeld profiel met de naam `global`.	Dezelfde inventaris in alle deelnemende werelden en backends.
`PER_WORLD`	Gebruikt de genormaliseerde wereldnaam als profiel.	Aparte inventarissen per wereld. Dezelfde wereldnaam op verschillende backends deelt hetzelfde profiel.
`PER_GROUP`	Gebruikt je server-/wereldtoewijzingen, met een terugvalgroep.	Survival-servers delen één inventaris; Lobby en SkyBlock gebruiken aparte inventarissen.

In PER_GROUP, group-by-server heeft voorrang op group-by-world, gevolgd door group-default. Een server aan een groep toewijzen plaatst al zijn werelden in die groep. Wil je verschillende profielen binnen die server, laat deze dan weg uit group-by-server en gebruik in plaats daarvan wereldtoewijzingen. EnderChest en XP volgen het geselecteerde basisprofiel wanneer hun synchronisatie is ingeschakeld.

/INVSEE EN /ENDERSEE – EDITORS VOOR SPELERGEGEVENS
Open een inventaris met /invsee <player|uuid> [profile] of een EnderChest met /endersee <player|uuid> [profile]. Voor een online speler haalt de plugin de actuele gegevens op bij de backend die de sessie beheert. Voor een offline speler leest hij de opgeslagen gegevens uit de database. Zonder profiel kiest hij offline het laatst opgeslagen profiel voor dat gegevenstype.
Beide editors werken met een werkkopie. Klik op een voorwerp in je inventaris om het te kopiëren, klik links op het doelvak om de kopie te plaatsen of klik rechts om een vak leeg te maken. De oorspronkelijke voorwerpen blijven in je eigen inventaris.

Opslaan – Past het concept toe na controle van rechten, sessie-/profielstatus en eventuele wijzigingen in de oorspronkelijke gegevens.
Vernieuwen – Verwerpt het concept en laadt actuele gegevens. Een geopende GUI is een momentopname; gebruik Vernieuwen om deze bij te werken.
Annuleren / Sluiten – Laat niet-opgeslagen conceptwijzigingen niet toegepast.
Conflictcontrole – Als de speler of een andere beheerder de gegevens heeft gewijzigd, wordt het oude concept geweigerd. Vernieuw voordat je het opnieuw probeert.
Alleen-lezen toegang – Medewerkers met kijkrechten kunnen gegevens inspecteren zonder bewerkrechten te krijgen.

De inventariseditor toont de opslag, snelbalk, harnas en vakken voor de tweede hand, met behoud van het geselecteerde snelbalkvak. Offline en extern bewerken hangen ook af van de beheerinstellingen. Spelernamen komen in de gedeelde namenlijst wanneer spelers inloggen; gebruik een UUID voor oudere offline gegevens als de naam niet kan worden gevonden.

⭐ /XPSEE – ERVARINGSBEHEER
/xpsee <player|uuid> [profile] toont het niveau, de voortgang van de XP-balk, het totale aantal punten, het profiel en de backend-/offlinestatus. Gebruik set, add of remove om niveaus of exacte XP-punten te wijzigen. Deze commando's werken voor lokale, offline en externe spelers wanneer de relevante instellingen en rechten dit toestaan.

Code · Platte tekst


/xpsee Steve
/xpsee Steve add 5 levels
/xpsee Steve remove 100 points
/xpsee Steve set 30 levels survival

Als je de eenheid weglaat, wordt het aantal als niveaus behandeld. Aantallen moeten niet-negatieve gehele getallen zijn en de resulterende XP moet binnen 2,147,483,647 punten passen. Om bij het bewerken van XP een profiel op te geven, vermeld je de eenheid vóór het profiel.

OPSLAGOPTIES
SQLite is de eenvoudigste optie voor één backend. Het slaat gegevens op in een lokaal bestand, vereist geen externe database en ondersteunt het ingebouwde commando /isync backup. Je kunt het gebruiken voor aparte wereld-/groepsprofielen en lokale of offline beheerhulpmiddelen. Deel het SQLite-bestand niet tussen servers.
MySQL is vereist wanneer meerdere backends spelergegevens delen. Alle deelnemende backends gebruiken dezelfde database voor opgeslagen profielen, sessie-eigendom en externe beheerverzoeken. De grootte van de verbindingspool, verbindings-/sockettime-outs en SSL zijn in te stellen in config.yml. De proxy vervangt deze database niet.

⚙️ CONFIGURATIE EN VOORBEELDEN
Backends genereren config.yml en messages.yml in plugins/InventorySyncPRO/. De proxy genereert proxy.properties in de gegevensmap van de plugin: normaal gesproken plugins/InventorySyncPRO/ op BungeeCord of plugins/inventorysyncpro/ op Velocity. Het proxybestand is een properties-bestand, geen YAML.
De onderstaande voorbeelden vervangen de overeenkomende secties of sleutels in de standaardconfiguratie; behoud de overige standaardwaarden. Herstart backends na wijzigingen aan opslag-, synchronisatie- of bridge-instellingen. /isync reload valideert de configuratie en herlaadt berichten, maar maakt geen nieuwe opslagverbinding en past geen nieuwe synchronisatie-instellingen toe.

VOORBEELD 1: ÉÉN SERVER, GEDEELDE SURVIVAL-WERELDEN EN APART CREATIVE

Gebruik SQLite en wereldgroepen. Survival, Nether en End delen gegevens; Creative heeft een eigen profiel. Dit moeten je werkelijke wereldnamen zijn. Voeg deze server niet toe aan group-by-server, omdat een servertoewijzing deze wereldtoewijzingen zou overschrijven.

Code · Platte tekst


storage:
  type: SQLITE
  server-id: "survival"
  sqlite:
    file: "inventories-spigot.db"

sync:
  mode: PER_GROUP
  group-default: "survival"
  group-by-world:
    world: "survival"
    world_nether: "survival"
    world_the_end: "survival"
    creative: "creative"

bridge:
  enabled: false

Voor één inventaris overal gebruik je sync.mode: GLOBAL. Voor een aparte inventaris per wereldnaam gebruik je sync.mode: PER_WORLD.

VOORBEELD 2: SURVIVAL-1 + SURVIVAL-2, MET APARTE LOBBY

Registreer de backends op BungeeCord of Velocity als survival-1, survival-2 en lobby. Gebruik deze configuratie op alle drie en wijzig alleen storage.server-id zodat deze bij de backend past. Houd dezelfde databaseverbinding, volledige synchronisatie-/groepsinstellingen en hetzelfde beheerbeleid in het hele netwerk aan.

Code · Platte tekst


storage:
  type: MYSQL
  server-id: "survival-1"
  mysql:
    host: "mysql.internal"
    port: 3306
    database: "inventorysync"
    username: "inventorysync"
    password: "REPLACE_WITH_YOUR_DATABASE_PASSWORD"

sync:
  mode: PER_GROUP
  ender-chest: true
  xp: true
  restore-on-join: true
  kick-on-failure: true
  group-default: "lobby"
  group-by-server:
    survival-1: "survival"
    survival-2: "survival"
    lobby: "lobby"

bridge:
  enabled: true
  secret: "REPLACE_WITH_ONE_RANDOM_SECRET_FOR_THE_WHOLE_NETWORK"
  timeout-ms: 4000

Vervang de host, het wachtwoord en het geheim door je eigen waarden. De host moet verwijzen naar dezelfde MySQL-instantie die vanaf elke backend bereikbaar is. Houd restore-on-join en kick-on-failure ingeschakeld; MySQL-modus valideert deze veiligheidsinstellingen. Backends die zijn toegewezen aan survival delen inventaris, EnderChest en XP; lobby blijft apart.
Configureer op je proxy proxy.properties met exact hetzelfde geheim:

Code · Platte tekst


enabled=true
secret=REPLACE_WITH_ONE_RANDOM_SECRET_FOR_THE_WHOLE_NETWORK
packets-per-second=200
allowed-servers=survival-1,survival-2,lobby

allowed-servers is een optionele, door komma's gescheiden lijst met toegestane servers. Leeg staat alle geregistreerde backends met geldige namen toe. packets-per-second is het routeringsbudget per backend, inclusief broadcastbezorging; het geaccepteerde bereik is 10–2000. Herstart de proxy of voer /isyncproxy reload uit na het wijzigen van dit bestand. Bij ongeldig herladen blijft de vorige geldige configuratie actief.

VOORBEELD 3: MEDEWERKERS DIE MOGEN KIJKEN MAAR NIET BEWERKEN

Geef deze kijkrechten aan de medewerkersgroep:

Code · Platte tekst


inventorysyncpro.command.invsee
inventorysyncpro.command.endersee
inventorysyncpro.command.xpsee

Geef niet de bijbehorende rechten .edit of .remote-edit. Backendcommando-/bewerkrechten gelden standaard voor operators. Verwijder daarom de operatorstatus of weiger bewerkrechten expliciet in je rechtenplugin als de groep alleen mag lezen. Extern bewerken vereist zowel de relevante bewerkrechten als de rechten voor extern bewerken.
Als je ook offline en extern bewerken voor de hele plugin wilt uitschakelen, gebruik je:

Code · Platte tekst


admin:
  allow-offline-view: true
  allow-offline-edit: false
  allow-remote-edit: false

Deze schakelaars schakelen lokaal online bewerken niet uit voor iemand die nog bewerkrechten heeft. Je kunt de beheerschakelaars ook wijzigen via de instellingen-GUI van /isync; die wijzigingen worden opgeslagen en zijn direct van toepassing.

STANDAARD-config.yml — VERSIE 1.7.0

Dit is de volledige backendconfiguratie die met deze versie wordt geleverd. SQLite is geselecteerd en de optionele proxybridge staat standaard uit.

Code · Platte tekst


storage:
  type: SQLITE        # SQLITE = single server | MYSQL = network
  server-id: "survival" # Unique backend ID (must match the backend name in BungeeCord/Velocity)

  mysql:
    host: "127.0.0.1"     # MySQL host
    port: 3306            # MySQL port
    database: "inventorysync" # Database name
    username: "inventorysync"      # MySQL user
    password: ""          # MySQL password
    pool-size: 10         # Connection pool size
    lock-ttl-ms: 10000    # Distributed write/session lock lifetime
    connection-timeout-ms: 10000 # Maximum wait for a pooled connection
    validation-timeout-ms: 5000  # Connection validation timeout
    socket-timeout-ms: 30000     # Maximum wait for a MySQL response
    max-lifetime-ms: 1800000     # Maximum pooled connection lifetime
    keepalive-time-ms: 30000     # Keep idle network connections healthy (0 = disabled)
    use-ssl: false                # Enable TLS when MySQL is configured for it

  sqlite:
    file: "inventories-spigot.db" # SQLite file (local server)

sync:
  debounce-ms: 750        # Save delay after last change (ms)
  mode: GLOBAL            # GLOBAL / PER_WORLD / PER_GROUP

  ender-chest: true       # Sync EnderChest
  xp: true                # Sync XP (level + bar)
  restore-on-join: true   # Restore inventory/ender/xp on join
  session-acquire-timeout-ms: 15000 # Wait for the previous backend to finish saving
  operation-timeout-ms: 20000       # Maximum protected join/world-switch operation time
  kick-on-failure: true             # Disconnect instead of risking stale/duplicated data

  group-default: "global" # Default group (PER_GROUP)
  # group-by-server:      # Map server-id -> group
  #   spigot-1: "survival"
  #   spigot-2: "survival"

  # group-by-world:       # Map world -> group
  #   world: "survival"
  #   world_nether: "survival"

bridge:
  enabled: false          # Enable the signed InventorySyncPRO BungeeCord/Velocity bridge
  secret: "RANDOM_SECRET" # Same secret on proxy + every backend (16..256 characters; 32+ recommended)
  timeout-ms: 4000        # Remote request timeout (ms)

admin:
  # Shared switches for /invsee, /endersee and /xpsee. Each has separate permissions.
  # Legacy invsee.* keys are used only when the corresponding admin.* key is absent.
  allow-offline-view: true # Allow viewing saved player data
  allow-offline-edit: true # Allow editing saved player data
  allow-remote-edit: true # Also requires the command's .edit and .remote-edit permissions

# /invsee, /endersee and /xpsee use the shared database directly; bridge.enabled is not required.
# Install the same JAR on BungeeCord/Velocity and every backend. Configure proxy.properties.
# Use the same MySQL database, unique
# server-id values matching proxy backend names, matching sync settings, and one bridge secret.
# SQLite supports local and offline players on this server only.
# With no profile argument, offline operations select the latest saved profile for that data type.
# Names enter the shared directory when players join; older data can also be opened by UUID.

STANDAARD-messages.yml — VERSIE 1.7.0

Dit is het volledige meegeleverde berichtenbestand, inclusief behouden sleutels uit de oudere implementatie van de inventarisviewer. De huidige spelergegevenscommando's gebruiken de berichten onder data.

Code · Platte tekst


# Every user-facing chat message can be changed here.
# Set a message to "" to disable only that message. Supports & colors and &#RRGGBB HEX colors.
enabled: true
prefix: "&8[&#38BDF8InventorySyncPRO&8] &r"

sync:
  join-start: "%prefix%&7Synchronizing your inventory..."
  join-success: "%prefix%&aYour inventory has been synchronized."
  join-empty: "%prefix%&7No synchronized data exists yet. Your current inventory will be used."
  world-start: "%prefix%&7Saving &f%old_profile%&7 and loading &f%new_profile%&7..."
  world-success: "%prefix%&aInventory profile changed to &f%profile%&a."
  interaction-blocked: "%prefix%&ePlease wait until inventory synchronization finishes."
  session-busy: "%prefix%&eWaiting for the previous server to finish saving your inventory..."
  load-failed: "%prefix%&cYour inventory could not be loaded safely. Please reconnect."
  save-failed: "%prefix%&cYour inventory could not be saved safely. Please reconnect."
  session-lost: "%prefix%&cThe inventory session lock was lost. Please reconnect."
  kick-load-failed: "&cInventory synchronization failed.\n&7Please reconnect in a moment."
  kick-save-failed: "&cInventory could not be saved safely.\n&7Please reconnect in a moment."
  kick-session-lost: "&cYour inventory session expired.\n&7Please reconnect to protect your items."
  kick-plugin-disable: "&cInventory synchronization is restarting.\n&7Please reconnect in a moment."

general:
  no-permission: "%prefix%&cYou do not have permission to use this command."
  players-only: "%prefix%&cOnly players can use this command."

data:
  invsee-usage: "&eUsage: /{label} <player|uuid> [profile]"
  denied: "&cYou no longer have permission to edit this data."
  endersee-usage: "%prefix%&7Usage: &f/%label% <player|uuid> [profile]"
  xpsee-usage:
    - "%prefix%&7View: &f/%label% <player|uuid> [profile]"
    - "%prefix%&7Edit: &f/%label% <player|uuid> <set|add|remove> <amount> [levels|points] [profile]"
  loading: "%prefix%&7Loading current player data..."
  saving: "%prefix%&7Applying and saving changes..."
  saved: "%prefix%&aChanges for &f%player% &awere applied and saved."
  xp: "%prefix%&f%player% &7| Level: &f%level% &7| Bar: &f%progress%%% &7| Points: &f%points% &7| Profile: &f%profile% &7| &f%location%"
  not_found: "%prefix%&cPlayer not found. For older offline data, try the player's UUID."
  no_data: "%prefix%&eNo saved data exists for this player/profile."
  disabled: "%prefix%&cThis data type is disabled. Enable sync.ender-chest or sync.xp and restart."
  offline_disabled: "%prefix%&cOffline viewing or editing is disabled."
  remote_disabled: "%prefix%&cYou cannot edit this data on another backend."
  busy: "%prefix%&eA request is already running. Please wait."
  conflict: "%prefix%&eThe data changed while you were editing. Refresh and try again; your draft was not applied."
  moved: "%prefix%&eThe player changed server or is synchronizing. Try again in a moment."
  profile_changed: "%prefix%&eThe player's active profile changed. Reopen the data before editing."
  invalid_amount: "%prefix%&cUse a non-negative whole number. The resulting XP must fit within 2,147,483,647 points."
  timeout: "%prefix%&eThe request timed out. Refresh to check the current data before retrying an edit."
  save_uncertain: "%prefix%&eThe live edit was applied, but its database save could not be confirmed. Refresh before retrying."
  error: "%prefix%&cThe operation failed. Check the console and refresh the data before retrying."

invsee:
  usage: "%prefix%&7Usage: &f/%label% <player>"
  self-denied: "%prefix%&cUse your normal inventory instead of /invsee on yourself."
  target-syncing: "%prefix%&eThat player's inventory is still synchronizing. Try again in a moment."
  player-not-found: "%prefix%&cPlayer not found: &f%player%"
  locating: "%prefix%&7Checking the network location of &f%player%&7..."
  location-unknown-readonly: "%prefix%&eThe player's network location could not be verified. Opening a safe read-only snapshot."
  remote-flush: "%prefix%&7Player is online on &f%server%&7. Requesting a fresh inventory..."
  remote-flush-failed: "%prefix%&eThe remote refresh failed. Showing the latest safe saved inventory."
  remote-flush-success: "%prefix%&aFresh inventory received."
  remote-flush-timeout: "%prefix%&eThe remote refresh timed out. Showing the latest safe saved inventory."
  remote-flush-error: "%prefix%&cRemote refresh failed. Showing the latest safe saved inventory."
  offline-disabled: "%prefix%&cOffline inventory viewing is disabled."
  no-saved-data: "%prefix%&eNo saved inventory exists for &f%player%&e."
  unsupported-data: "%prefix%&cThe saved inventory uses an unsupported or damaged data format."
  load-failed: "%prefix%&cCould not load the inventory of &f%player%&c."
  edit-locked: "%prefix%&eAnother administrator is already editing this inventory."
  save-success: "%prefix%&aInventory changes were saved."
  save-failed: "%prefix%&cInventory changes could not be saved."

admin:
  usage: "%prefix%&7Usage: &f/%label% <status|backup|reload>"
  status:
    - "%prefix%&#38BDF8InventorySyncPRO status"
    - "&7Storage: &f%storage%"
    - "&7Active sessions: &f%sessions%"
    - "&7Protected/retiring sessions: &f%protected_sessions%"
    - "&7Live queue entries: &f%live_queue%"
    - "&7Offline queue entries: &f%offline_queue%"
    - "&7Active database writes: &f%active_writes%"
  reload-success: "%prefix%&aMessages reloaded. Configuration is valid; restart to apply storage or sync changes."
  reload-invalid: "%prefix%&cConfiguration was not applied because it is invalid: &f%reason%"
  reload-messages-invalid: "%prefix%&cMessages were not reloaded because messages.yml contains invalid YAML. The previous messages remain active."
  backup-unavailable: "%prefix%&eBuilt-in backup is unavailable in MySQL mode. Use your database backup tool."
  backup-start: "%prefix%&7Creating a consistent SQLite backup..."
  backup-already-running: "%prefix%&eA SQLite backup is already running."
  backup-success: "%prefix%&aBackup created: &f%file%"
  backup-failed: "%prefix%&cBackup failed. Check the server console."

STANDAARD-proxy.properties — BUNGEECORD / VELOCITY

Beide proxy's genereren dezelfde standaardinstellingen:

Code · Platte tekst


# InventorySyncPRO BungeeCord / Velocity bridge
# Set enabled=true and the same bridge.secret as on EVERY backend.
enabled=false
secret=RANDOM_SECRET
# Per-backend budget, including broadcast fan-out. Bursts of twice this size are allowed.
packets-per-second=200
# Optional comma-separated backend names. Empty = all registered backends.
allowed-servers=

AANPASBARE BERICHTEN
Backendchatberichten in messages.yml ondersteunen standaardkleuren met &, HEX-kleuren in het formaat &#RRGGBB en plaatsaanduidingen zoals %player% en %profile%. Berichten kunnen losse regels of lijsten met regels zijn. Stel een bericht in op "" om het uit te schakelen, of stel enabled: false in om dit berichtensysteem uit te schakelen. Ongeldige YAML bij herladen laat de vorige berichten actief. GUI-knoplabels en antwoorden op proxycommando's worden niet in dit bestand ingesteld.

InventorySync PRO — Pluginbeschrijving

Pluginbeschrijving

Welkom — taal en privacy