Описание плагина
- Последняя версия
- 1.7.4
- Minecraft
- 26.x
- Платформы
- Spigot, Paper, Folia, Purpur, Velocity, BungeeCord
- Минимальная версия Java
- 25+
InventorySync PRO хранит инвентари игроков в базе данных и загружает нужный профиль при входе или смене профиля. Вы выбираете, где предметы будут общими: на всём сервере или во всей сети, отдельно в каждом мире либо в группах, например Survival и SkyBlock. Эндер-сундуки и опыт могут использовать те же профили; синхронизацию каждого из них можно отключить.
Для одного сервера достаточно локального файла SQLite. В сети подключите каждый игровой сервер к общей базе MySQL. Тогда игрок сможет собрать предметы на Survival-1 и продолжить с тем же инвентарём на Survival-2, а в Lobby сохранить отдельный набор вещей.

ДАННЫЕ ИГРОКА И БЕЗОПАСНЫЕ ПЕРЕДАЧИ
Во время игры изменения попадают в очередь сохранения. Настраиваемая задержка объединяет быстрые изменения, чтобы не обращаться к базе после каждого клика. При выходе игрока или смене профиля прежний профиль сохраняется до включения следующего.
В режиме MySQL база данных отслеживает, какой игровой сервер управляет сессией игрока. Новый сервер ждёт завершения предыдущей сессии, а сервер с истёкшей сессией больше не может сохранять данные игрока. В контрольных точках профиля инвентарь сохраняется вместе с эндер-сундуком и опытом, если их синхронизация включена.
Эти проверки помогают предотвратить типичные причины откатов и дублирования предметов. Регулярные резервные копии базы всё равно нужны, особенно перед обновлениями и изменением привязок профилей.
BUNGEECORD / VELOCITY: ЧТО ДЕЛАЕТ ПРОКСИ-ПЛАГИН?
Плагин бэкенда читает и изменяет инвентари игроков, обрабатывает команды администрации и сохраняет данные. Прокси-модуль направляет аутентифицированные сообщения между подключёнными бэкендами, включая запросы местоположения игроков и уведомления моста. Он также предоставляет команды состояния и перезагрузки моста. Он не хранит инвентари и не требует учётных данных MySQL.
Для межсерверной синхронизации по-прежнему требуется MySQL. Установка плагина только на BungeeCord или Velocity не синхронизирует инвентари. Установите его на каждый участвующий бэкенд и подключите эти бэкенды к одной базе данных. Прокси-мост — дополнительный уровень связи; текущие удалённые операции
Для использования моста установите тот же универсальный JAR на выбранный прокси и включите его на прокси и бэкендах. Используйте один и тот же случайный секрет в файле бэкенда
ГИБКИЕ ПРОФИЛИ ИНВЕНТАРЯ
В режиме
/INVSEE И /ENDERSEE — РЕДАКТОРЫ ДАННЫХ ИГРОКА
Откройте инвентарь командой
Оба редактора работают с черновой копией. Нажмите на предмет в своём инвентаре, чтобы скопировать его. Левый клик помещает копию в выбранную ячейку, правый — очищает ячейку. Исходные предметы остаются в вашем инвентаре.
Редактор инвентаря показывает основное содержимое, панель быстрого доступа, броню и ячейки второй руки, сохраняя выбранную ячейку панели. Офлайн- и удалённое редактирование также зависят от настроек администрирования. Имена игроков попадают в общий каталог при входе; используйте UUID для старых офлайн-данных, если имя не найдено.
⭐ /XPSEE — УПРАВЛЕНИЕ ОПЫТОМ
Если единица не указана, количество считается уровнями. Значения должны быть неотрицательными целыми числами, а итоговый XP должен укладываться в 2,147,483,647 очков. Чтобы указать профиль при редактировании XP, добавьте единицу перед профилем.
ВАРИАНТЫ ХРАНЕНИЯ
SQLite — самый простой вариант для одного бэкенда. Он хранит данные в локальном файле, не требует внешней базы данных и поддерживает встроенную команду
MySQL требуется, когда несколько бэкендов используют общие данные игроков. Все участвующие бэкенды используют одну базу для сохранённых профилей, владения сессиями и удалённых административных запросов. Размер пула подключений, тайм-ауты подключения/сокета и SSL настраиваются в

⚙️ КОНФИГУРАЦИЯ И ПРИМЕРЫ
Бэкенды создают
Примеры ниже заменяют соответствующие разделы или ключи стандартной конфигурации; сохраните остальные значения по умолчанию. Перезапускайте бэкенды после изменения настроек хранения, синхронизации или моста.
Используйте SQLite и группы миров. Survival, Nether и End используют общие данные; у Creative свой профиль. Это должны быть реальные имена ваших миров. Не добавляйте этот сервер в
Для одного инвентаря везде используйте
Зарегистрируйте бэкенды на BungeeCord или Velocity как
Замените хост, пароль и секрет собственными значениями. Хост должен указывать на один и тот же экземпляр MySQL, доступный с каждого бэкенда. Оставьте
На прокси настройте
Выдайте группе сотрудников эти права просмотра:
Не выдавайте соответствующие права
Если вы также хотите отключить офлайн- и удалённое редактирование для всего плагина, используйте:
Эти переключатели не отключают локальное онлайн-редактирование для тех, у кого осталось право редактирования. Переключатели администрирования также можно менять через интерфейс настроек
Это полная конфигурация бэкенда, поставляемая с данной версией. По умолчанию выбран SQLite, а необязательный прокси-мост отключён.
Это полный поставляемый файл сообщений, включая сохранённые ключи из старой реализации просмотра инвентаря. Текущие команды данных игрока используют сообщения
Оба прокси создают одинаковые настройки по умолчанию:
НАСТРАИВАЕМЫЕ СООБЩЕНИЯ
Сообщения чата бэкенда в
Для одного сервера достаточно локального файла SQLite. В сети подключите каждый игровой сервер к общей базе MySQL. Тогда игрок сможет собрать предметы на Survival-1 и продолжить с тем же инвентарём на Survival-2, а в Lobby сохранить отдельный набор вещей.
- Один универсальный JAR – Один и тот же файл содержит плагин бэкенда Spigot/Paper/Folia и прокси-модули BungeeCord и Velocity. Его также можно использовать на совместимых сборках Purpur.
- Данные игрока – Синхронизируйте основное содержимое инвентаря, панель быстрого доступа, броню, предмет во второй руке, выбранную ячейку панели, эндер-сундук и XP.
- Отдельные профили – Выбирайте, какие миры и серверы используют общие данные, вместо того чтобы давать всем игровым режимам одинаковый инвентарь.
- Инструменты администрации – Просматривайте и редактируйте инвентарь, эндер-сундук и XP локальных, офлайн- и удалённых игроков с отдельными правами на просмотр и редактирование.
- Защищённые передачи – Владение сессиями, упорядоченные сохранения и проверки перед применением изменений снижают риск перезаписи новых изменений устаревшими данными.

ДАННЫЕ ИГРОКА И БЕЗОПАСНЫЕ ПЕРЕДАЧИ
Во время игры изменения попадают в очередь сохранения. Настраиваемая задержка объединяет быстрые изменения, чтобы не обращаться к базе после каждого клика. При выходе игрока или смене профиля прежний профиль сохраняется до включения следующего.
В режиме 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. Прокси не заменяет эту базу данных.
⚙️ КОНФИГУРАЦИЯ И ПРИМЕРЫ
Бэкенды создают
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[&BDF8InventorySyncPRO&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%&BDF8InventorySyncPRO 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 при перезагрузке оставляет предыдущие сообщения активными. Подписи кнопок интерфейса и ответы команд прокси не настраиваются в этом файле.