Все плагины
ПРЕМИУМ-ПЛАГИН

InventorySync PRO

Синхронизируйте инвентари, эндер-сундуки и опыт между мирами и серверами и управляйте данными игроков онлайн и офлайн.

—(0)
0Скачивания
0Активные лицензии

Информация о версии

Стабильная Обновление функций Последняя

New feature

Бета включает предварительные версии и последнюю стабильную версию. Проверяйте предварительные версии перед использованием на рабочем сервере.

Последняя версия
1.7.4
Minecraft
26.x
Платформы
Spigot, Paper, Folia, Purpur, Velocity, BungeeCord
Java
25+
Размер файла
3,09 MB
Опубликовано
08.11.2026 18:58

Войдите для скачивания

Токен позволяет получать автоматические обновления. Плагины могут работать без подключения к этому сайту.

Контрольная сумма файла (SHA-256)f4ba519ed7ff3c0a74b9e67ca65148e3b65aba91158b570fc542b4e7a9ae107d
Баннер InventorySync PRO

Описание плагина

InventorySync PRO хранит инвентари игроков в базе данных и загружает нужный профиль при входе или смене профиля. Вы выбираете, где предметы будут общими: на всём сервере или во всей сети, отдельно в каждом мире либо в группах, например Survival и SkyBlock. Эндер-сундуки и опыт могут использовать те же профили; синхронизацию каждого из них можно отключить.
Для одного сервера достаточно локального файла SQLite. В сети подключите каждый игровой сервер к общей базе MySQL. Тогда игрок сможет собрать предметы на Survival-1 и продолжить с тем же инвентарём на Survival-2, а в Lobby сохранить отдельный набор вещей.
  • Один универсальный JAR – Один и тот же файл содержит плагин бэкенда Spigot/Paper/Folia и прокси-модули BungeeCord и Velocity. Его также можно использовать на совместимых сборках Purpur.
  • Данные игрока – Синхронизируйте основное содержимое инвентаря, панель быстрого доступа, броню, предмет во второй руке, выбранную ячейку панели, эндер-сундук и XP.
  • Отдельные профили – Выбирайте, какие миры и серверы используют общие данные, вместо того чтобы давать всем игровым режимам одинаковый инвентарь.
  • Инструменты администрации – Просматривайте и редактируйте инвентарь, эндер-сундук и XP локальных, офлайн- и удалённых игроков с отдельными правами на просмотр и редактирование.
  • Защищённые передачи – Владение сессиями, упорядоченные сохранения и проверки перед применением изменений снижают риск перезаписи новых изменений устаревшими данными.

Изображение InventorySync PRO


ДАННЫЕ ИГРОКА И БЕЗОПАСНЫЕ ПЕРЕДАЧИ
Во время игры изменения попадают в очередь сохранения. Настраиваемая задержка объединяет быстрые изменения, чтобы не обращаться к базе после каждого клика. При выходе игрока или смене профиля прежний профиль сохраняется до включения следующего.
В режиме MySQL база данных отслеживает, какой игровой сервер управляет сессией игрока. Новый сервер ждёт завершения предыдущей сессии, а сервер с истёкшей сессией больше не может сохранять данные игрока. В контрольных точках профиля инвентарь сохраняется вместе с эндер-сундуком и опытом, если их синхронизация включена.
  • Защищённая загрузка – Взаимодействие с инвентарём блокируется, пока синхронизируется вход или смена профиля.
  • Упорядоченные сохранения – Старые снимки не могут просто заменить более новые сохранённые данные; записи для одного и того же профиля игрока координируются.
  • Обработка сбоев – В сетевом режиме сбой защищённой синхронизации отключает игрока, а не позволяет ему продолжать с неопределёнными данными.
  • Проверки сети – Активные бэкенды MySQL проверяются на повторяющиеся идентификаторы серверов и несовместимые настройки синхронизации.
  • Сохранение при выключении – Ожидающим снимкам предоставляется ограниченный по времени этап окончательного сохранения перед закрытием подключений к базе данных.

Эти проверки помогают предотвратить типичные причины откатов и дублирования предметов. Регулярные резервные копии базы всё равно нужны, особенно перед обновлениями и изменением привязок профилей.

BUNGEECORD / VELOCITY: ЧТО ДЕЛАЕТ ПРОКСИ-ПЛАГИН?
Плагин бэкенда читает и изменяет инвентари игроков, обрабатывает команды администрации и сохраняет данные. Прокси-модуль направляет аутентифицированные сообщения между подключёнными бэкендами, включая запросы местоположения игроков и уведомления моста. Он также предоставляет команды состояния и перезагрузки моста. Он не хранит инвентари и не требует учётных данных MySQL.
Для межсерверной синхронизации по-прежнему требуется MySQL. Установка плагина только на BungeeCord или Velocity не синхронизирует инвентари. Установите его на каждый участвующий бэкенд и подключите эти бэкенды к одной базе данных. Прокси-мост — дополнительный уровень связи; текущие удалённые операции /invsee, /endersee и /xpsee взаимодействуют через MySQL и не требуют bridge.enabled.
Для использования моста установите тот же универсальный JAR на выбранный прокси и включите его на прокси и бэкендах. Используйте один и тот же случайный секрет в файле бэкенда config.yml и файле прокси proxy.properties. Значение каждого бэкенда для storage.server-id должно точно совпадать с его зарегистрированным именем сервера BungeeCord/Velocity.
  • Сообщения аутентифицируются с помощью HMAC-SHA256; секрет не передаётся в пакетах. Аутентификация не шифрует содержимое сообщений.
  • Просроченные, повторно воспроизведённые, некорректные и неверно направленные сообщения отклоняются. Прокси также ограничивает трафик каждого бэкенда и поддерживает необязательный список разрешённых бэкендов.
  • Доставка через мост требует активного подключения игрока к бэкенду. Пустой бэкенд не получит старый запрос из очереди, когда кто-нибудь подключится позже.
  • Прокси-мост изначально отключён. Замените RANDOM_SECRET перед его включением; используйте не менее 32 случайных символов. Допустимая длина — 16–256 символов.


ГИБКИЕ ПРОФИЛИ ИНВЕНТАРЯ
РежимКак работаетТипичное применение
GLOBALИспользует один общий профиль с именем global.Одинаковый инвентарь во всех участвующих мирах и бэкендах.
PER_WORLDИспользует нормализованное имя мира в качестве профиля.Отдельные инвентари для миров. Одинаковое имя мира на разных бэкендах означает использование одного профиля.
PER_GROUPИспользует ваши сопоставления серверов/миров с резервной группой.Серверы Survival используют общий инвентарь; Lobby и SkyBlock — отдельные.

В режиме PER_GROUP, group-by-server имеет приоритет над group-by-world, затем используется group-default. Сопоставление сервера с группой помещает все его миры в эту группу. Если нужны разные профили в пределах этого сервера, не добавляйте его в group-by-server и вместо этого используйте сопоставления миров. Эндер-сундук и XP следуют выбранному базовому профилю, если их синхронизация включена.

/INVSEE И /ENDERSEE — РЕДАКТОРЫ ДАННЫХ ИГРОКА
Откройте инвентарь командой /invsee <player|uuid> [profile] или эндер-сундук командой /endersee <player|uuid> [profile]. Для игрока в сети плагин получает актуальные данные с сервера, управляющего его сессией. Для игрока офлайн загружает сохранение из базы. Если профиль офлайн-игрока не указан, выбирается последний сохранённый профиль нужного типа данных.
Оба редактора работают с черновой копией. Нажмите на предмет в своём инвентаре, чтобы скопировать его. Левый клик помещает копию в выбранную ячейку, правый — очищает ячейку. Исходные предметы остаются в вашем инвентаре.
  • Сохранить – Применяет черновик после проверки прав, состояния сессии/профиля и того, изменились ли исходные данные.
  • Обновить – Отбрасывает черновик и загружает текущие данные. Открытый интерфейс — это снимок; используйте «Обновить», чтобы актуализировать его.
  • Отмена / Закрыть – Оставляет несохранённые изменения черновика неприменёнными.
  • Проверка конфликтов – Если игрок или другой администратор изменил данные, старый черновик отклоняется. Обновите данные перед повторной попыткой.
  • Доступ только для чтения – Сотрудники с правом просмотра могут проверять данные, не получая права редактирования.

Редактор инвентаря показывает основное содержимое, панель быстрого доступа, броню и ячейки второй руки, сохраняя выбранную ячейку панели. Офлайн- и удалённое редактирование также зависят от настроек администрирования. Имена игроков попадают в общий каталог при входе; используйте UUID для старых офлайн-данных, если имя не найдено.

⭐ /XPSEE — УПРАВЛЕНИЕ ОПЫТОМ
/xpsee <player|uuid> [profile] показывает уровень, прогресс шкалы XP, общее число очков, профиль и состояние бэкенда/офлайн. Используйте set, add или remove для изменения уровней или точного числа очков XP. Эти команды работают для локальных, офлайн- и удалённых игроков, если это разрешают соответствующие настройки и права.
Код · Обычный текст

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

Если единица не указана, количество считается уровнями. Значения должны быть неотрицательными целыми числами, а итоговый XP должен укладываться в 2,147,483,647 очков. Чтобы указать профиль при редактировании XP, добавьте единицу перед профилем.

ВАРИАНТЫ ХРАНЕНИЯ
SQLite — самый простой вариант для одного бэкенда. Он хранит данные в локальном файле, не требует внешней базы данных и поддерживает встроенную команду /isync backup. Его можно использовать для отдельных профилей миров/групп и локальных или офлайн-инструментов администрации. Не используйте один файл SQLite совместно на нескольких серверах.
MySQL требуется, когда несколько бэкендов используют общие данные игроков. Все участвующие бэкенды используют одну базу для сохранённых профилей, владения сессиями и удалённых административных запросов. Размер пула подключений, тайм-ауты подключения/сокета и SSL настраиваются в config.yml. Прокси не заменяет эту базу данных.
Изображение InventorySync PRO


⚙️ КОНФИГУРАЦИЯ И ПРИМЕРЫ
Бэкенды создают config.yml и messages.yml в plugins/InventorySyncPRO/. Прокси создаёт proxy.properties в каталоге данных своего плагина: обычно plugins/InventorySyncPRO/ на BungeeCord или plugins/inventorysyncpro/ на Velocity. Файл прокси имеет формат properties, а не YAML.
Примеры ниже заменяют соответствующие разделы или ключи стандартной конфигурации; сохраните остальные значения по умолчанию. Перезапускайте бэкенды после изменения настроек хранения, синхронизации или моста. /isync reload проверяет конфигурацию и перезагружает сообщения, но не переподключает хранилище и не применяет новые настройки синхронизации.
ПРИМЕР 1: ОДИН СЕРВЕР, ОБЩИЕ МИРЫ SURVIVAL И ОТДЕЛЬНЫЙ CREATIVE

Используйте SQLite и группы миров. Survival, Nether и End используют общие данные; у Creative свой профиль. Это должны быть реальные имена ваших миров. Не добавляйте этот сервер в group-by-server, поскольку сопоставление сервера переопределит эти сопоставления миров.
Код · Обычный текст

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

Для одного инвентаря везде используйте sync.mode: GLOBAL. Для отдельного инвентаря для каждого имени мира используйте sync.mode: PER_WORLD.

ПРИМЕР 2: SURVIVAL-1 + SURVIVAL-2 С ОТДЕЛЬНЫМ LOBBY

Зарегистрируйте бэкенды на BungeeCord или Velocity как survival-1, survival-2 и lobby. Используйте эту конфигурацию на всех трёх, меняя только storage.server-id в соответствии с бэкендом. Сохраните одинаковое подключение к базе, полные настройки синхронизации/групп и политику администрирования во всей сети.
Код · Обычный текст

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

Замените хост, пароль и секрет собственными значениями. Хост должен указывать на один и тот же экземпляр MySQL, доступный с каждого бэкенда. Оставьте restore-on-join и kick-on-failure включёнными; режим MySQL проверяет эти настройки безопасности. Бэкенды, сопоставленные с survival, используют общие инвентарь, эндер-сундук и XP; lobby остаётся отдельным.
На прокси настройте proxy.properties с точно таким же секретом:
Код · Обычный текст

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 — необязательный список разрешённых серверов через запятую. Пустой список разрешает все зарегистрированные бэкенды с допустимыми именами. packets-per-second — бюджет маршрутизации для каждого бэкенда, включая широковещательную доставку; допустимый диапазон — 10–2000. Перезапустите прокси или выполните /isyncproxy reload после изменения этого файла. Некорректная перезагрузка оставляет предыдущую допустимую конфигурацию активной.

ПРИМЕР 3: СОТРУДНИКИ С ПРОСМОТРОМ БЕЗ РЕДАКТИРОВАНИЯ

Выдайте группе сотрудников эти права просмотра:
Код · Обычный текст

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

Не выдавайте соответствующие права .edit или .remote-edit. Права на команды/редактирование бэкенда по умолчанию предоставляются операторам, поэтому снимите статус оператора или явно запретите узлы редактирования в плагине прав, если группе нужен доступ только для чтения. Удалённое редактирование требует и соответствующего права редактирования, и права удалённого редактирования.
Если вы также хотите отключить офлайн- и удалённое редактирование для всего плагина, используйте:
Код · Обычный текст

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

Эти переключатели не отключают локальное онлайн-редактирование для тех, у кого осталось право редактирования. Переключатели администрирования также можно менять через интерфейс настроек /isync; эти изменения сохраняются и применяются сразу.

СТАНДАРТНЫЙ config.yml — ВЕРСИЯ 1.7.0

Это полная конфигурация бэкенда, поставляемая с данной версией. По умолчанию выбран SQLite, а необязательный прокси-мост отключён.
Код · Обычный текст

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.


СТАНДАРТНЫЙ messages.yml — ВЕРСИЯ 1.7.0

Это полный поставляемый файл сообщений, включая сохранённые ключи из старой реализации просмотра инвентаря. Текущие команды данных игрока используют сообщения data.
Код · Обычный текст

# 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."


СТАНДАРТНЫЙ proxy.properties — BUNGEECORD / VELOCITY

Оба прокси создают одинаковые настройки по умолчанию:
Код · Обычный текст

# 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=



НАСТРАИВАЕМЫЕ СООБЩЕНИЯ
Сообщения чата бэкенда в messages.yml поддерживают стандартные цвета &, цвета HEX в формате &#RRGGBB и подстановки, такие как %player% и %profile%. Сообщения могут быть отдельными строками или списками строк. Задайте сообщению значение "" для его отключения либо задайте enabled: false для отключения этой системы сообщений. Некорректный YAML при перезагрузке оставляет предыдущие сообщения активными. Подписи кнопок интерфейса и ответы команд прокси не настраиваются в этом файле.

Оценки и отзывы

—(0)
—

Оценок: 0

5 0
4 0
3 0
2 0
1 0

Оценок пока нет. Поделитесь опытом первым.

Оценить этот плагин

Войдите, чтобы оценить

Добро пожаловать — язык и конфиденциальность

Необходимые cookies защищают вход и запоминают ваш выбор. Необязательная статистика и YouTube отключены до вашего согласия. Изменить выбор можно внизу страницы. Конфиденциальность