Управление Резиденциями через Множество Серверов с Residence

Управление сетью Minecraft через несколько серверов означает управление отдельными резиденциями на каждом из них - пока не появился ResidenceBridge. Плагин синхронизирует данные по резиденциям через вашу сеть с Velocity или BungeeCord, позволяя игрокам строить один раз и владеть глобально. Больше не нужно пересоздавать построения или настраивать разрешения на каждом сервере.

Что делает ResidenceBridge

ResidenceBridge - это плагин-桥, написанный на Kotlin, который помещается между плагином Residence и вашей многосерверной установкой. Он предназначен специально для сетей, работающих с Velocity или BungeeCord в качестве прокси-слоя, и решает одну раздражающую проблему: по умолчанию резиденции привязаны к каждому серверу.

Представьте себе. У вашего SMP есть сервер survival, творческий сервер и сервер для построений. Игрок строит базу на сервере survival, устанавливает резиденцию, затем переключается на сервер для построений, чтобы спроектировать что-то. Эта резиденция? На новом сервере не существует. Ему придется настроить новую. ResidenceBridge исправляет это, храня все данные по резиденциям в центральной базе данных MySQL и синхронизируя их через все сервера в вашей сети.

Теперь игроки могут телепортироваться через серверы, оставаясь в своей резиденции. Команды, такие как /res tp, не просто отправляют их на другой сервер - они действительно перемещают игрока и затем телепортируют его в целевую резиденцию на том сервере. Все автоматически.

Почему Вам Нужно Это для Вашей Сети

Большинство небольших серверов SMP не нуждаются в этом. Односерверные выживание-миры работают хорошо с обычным Residence.

Но как только Вы расширяетесь до нескольких серверов - будь то мир выживания, творческие лоты, инстансы skyblock или событийные серверы - этот плагин оправдывает себя очень быстро. Вот где он блестит:

• Улучшение ретеншиона игроков. Строительство дома на Сервере A, затем переход на Сервер B для игр в мини-игры, затем обратно на Сервер A? Все feels связанным, когда ваша резиденция следует за вами. Никакой дезориентации, нет "где моя база?"
• Уменьшение нагрузки на админов. Вы не арбитрируете споры о том, кто владеет какой резиденцией на каком сервере. Все глобально и постоянно.
• Важно сохранять согласованность разрешений. ResidenceBridge подключается к LuckPerms, позволяя устанавливать лимиты на резиденции по рангу игрока. Игроки VIP получают 5 резиденций по всей сети, регулярные - 2, участники - 1. Это настраиваемо и работает.
• Работает автодополнение через серверы. Когда игрок вводит /res tp, он видит список имен резиденций со всех серверов, к которым у него есть доступ, а не только текущего.

Сетям с 50+ регулярными игроками заметно выигрывают от такого уменьшения трения.

Установка

ResidenceBridge поставляется в виде двух отдельных jar-файлов: один для ваших подсерверов (Paper, Spigot или Folia 1.16+) и один для Velocity. Вам нужно установить его в оба места.

Сначала скачайте оба jar-файла из последнего релиза на GitHub. Текущая версия - 1.2.3, и оба артефакта должны pocházet из одного тега релиза, чтобы избежать проблем с совместимостью.

На каждом подсервере скопируйте серверный jar-файл в папку plugins/. Сделайте то же самое с jar-файлом Velocity на вашем прокси. Запустите каждый сервер один раз, чтобы сгенерировать файл конфигурации, затем выключите их.

Здесь происходит реальная настройка. Откройте plugins/ResidenceBridge/config.yml на каждом подсервере и заполните подробности подключения к MySQL:

server-id: "survival-1"

mysql:
 host: "127.0.0.1"
 port: 3306
 database: "minecraft"
 username: "root"
 password: "password"
 maximum-pool-size: 10

Убедитесь, что server-id совпадает с именем сервера в конфигурации Velocity (velocity.toml). Если в Velocity указано s2 = "127.0.0.1:25567", установите server-id: "s2" на этом подсервере. Нужно точное совпадение.

Затем перезапустите все серверы (или запустите /rb reload из консоли). Как только они будут доступны, запустите rb sync из консоли каждого подсервера, чтобы индексировать существующие данные по резиденциям из плагина Residence в центральную базу данных.

Еще одно: сохраните настройку velocity.channel по умолчанию как residencebridge:main. Плагин слушает этот канал для коммуникации прокси, и изменение его ломает мост. На самом деле, я должен отметить - это одна из тех настроек, которые не трогаете, если не знаете, что делаете.

Функции, Изменяющие Работу Вашей Сети

Как только все запущено, становятся возможными вещи, которые ранее невозможны были.

Глобальные имена резиденций и лимиты. Каждая резиденция получает уникальное имя по всей вашей сети. Ваш игрок не может иметь две базы с именем "МойДом" - одна на сервере survival, другая на творческом, но система обеспечивает уникальность. Переименуйте резиденцию, и новое имя зарезервировано везде. Вы также можете устанавливать лимиты на резиденции по разрешениям, так что игроки VIP могут получить 10 резиденций, а обычные - 3, и это учитывается по всей сети, а не по серверу.

Телепортация и автодополнение через серверы. Когда игрок вводит /res tp, он видит все резиденции, к которым у него есть доступ, на всех серверах. Выберите одну, и он телепортируется на тот сервер, а затем в саму резиденцию. Система сама обрабатывает переключение сервера и окончательный телепорт.

Глобальный /res list, который действительно показывает все. Вместо отображения только резиденций на текущем сервере, /res list теперь показывает все резиденции, принадлежащие игроку, по всей сети. Админы могут запускать /res list <игрок>, чтобы аудировать любые претензии пользователя где угодно. Если вам нужно управлять земельными владениями игроков, эта видимость огромна.

Общие действия, такие как /res rename, /res give и /res remove, работают через серверы. Плагин определяет, какой сервер владеет резиденцией, и переключает игрока туда, чтобы выполнить команду.

Пользовательские сообщения с полной поддержкой цветов. ResidenceBridge позволяет настраивать сообщения с поддержкой старых цветовых кодов и даже RGB-шестнадцатеричных цветов. Вы можете сделать уведомления о резиденциях действительно выделяющимися с помощью пользовательского стиля. Если вы проектируете такие цветовые сообщения, наш Генератор Текста Minecraft может помочь вам быстро сформатировать их с желаемыми цветами.

Включена интеграция с PlaceholderAPI, поэтому если у вас есть сервисы, требующие отображения размера резиденций или списков, у вас есть плейхолдеры, такие как %reslink_ressize% и %reslink_reslist_1%, для работы. Полезно для табло или пользовательских плагинов, читающих эти значения.

Питфолы Настройки и Проблемы

Большинство проблем возникают из-за несоответствующей конфигурации или проблем с подключением к MySQL.

Если игроки не могут телепортироваться через серверы, проверьте, что значения server-id совпадают с вашей конфигурацией Velocity точно. Опечатка там молча разрушает мост.

Связь с MySQL - еще одна проблема. Убедитесь, что каждый подсервер может подключиться к вашей базе данных и что все используют одни и те же учетные данные. Если один сервер находится в другой сети или за брандмауэром, он не синхронизируется. Тестируйте подключение вручную, если не уверены.

Таймер ожидания телепорта по умолчанию установлен на 3 секунды и полностью настраивается. Некоторые админы отключают его, некоторые увеличивают. Если игроки жалуются на задержку при телепорте, проверьте, не установили ли вы таймер ожидания слишком высоко или не слишком агрессивно настроена отмена движения. Вы можете настраивать разные времена ожидания по группам разрешений, что полезно для гибридных серверов, где персонал должен телепортироваться мгновенно, а обычные игроки - подождать немного.

Один момент, который я заметил, изучая настройки плагинов: некоторые админы забывают запустить начальную команду rb sync, а затем удивляются, почему старые резиденции не появляются в глобальном списке. Эта команда важна. Запустите ее один раз при настройке, и все готово.

Когда вы исследуете свои базы и заявленные области через серверы, вам, возможно, захочется сначала найти конкретные ресурсы или блоки. Наш Поиск Блоков Minecraft поможет вам быстро определить, где расположены определенные блоки через ваши миры, чтобы спланировать стратегию исследования.

Стоит Ли Это Забора

Если вы управляете単сервером, то нет. Придерживайтесь обычного плагина Residence.

Если вы управляете 2-3 серверами и планируете оставаться на этом уровне, это, вероятно, излишне, если только претензии не являются серьезной проблемой для ваших игроков. Но если вы строите сеть с планами на рост, этот плагин спасает от огромных головных болей в будущем. 102 звезд на GitHub говорят о том, что он хорошо принят в сообществе сетей, а лицензия MIT означает, что нет драмы с лицензированием - вы можете форкнуть или изменить его, если нужно.

Плагин активно поддерживается.

Настройка занимает около часа, как только у вас готов сервер MySQL. Это одноразовая стоимость за удаление тонн управления резиденциями на каждом сервере навсегда. Если вы серьезно относитесь к многосерверной сети, усилия оправданы.