Туториал LuckPerms, что это и с чем его едят

InterWall · 31 июл 2018

SoSeDiK сказал(а):
'server:' находится в config.yml:

Код:

# The name of the server, used for server specific permissions. # # - When set to "global" this setting is effectively ignored. # - In all other cases, the value here is added to all players in a "server" context. # - See: https://github.com/lucko/LuckPerms/wiki/Context server: global

Если честно, это сообщение меня лишь больше запутало. Вам нужно настроить права под разные сервера для одной группы в одном файле? Если так, Я не использую YAML для хранения прав, поэтому не могу подсказать точно. Выполните команду '/lp group admin permission set random.permission.test true server=survival', а затем посмотрите, что оно прописало в файл с правами.

http://rubukkit.org/posts/1534002
http://rubukkit.org/posts/1535688
Тут подробно написано про значение параметра "server".

Cool_boy · 31 июл 2018

InterWall сказал(а):
LuckPerms теперь не поддерживает вообще ничего, что ниже 1.8.8.

А последний чейнджлог под 1.13 говорит что

Re-implement Bukkit 1.7.10 support (you still need the legacy jar!)
This was broken for a little while in dev builds - fixed now!

То LuckPerms поддерживает 1.7.10 или нет?

InterWall · 31 июл 2018

Cool_boy сказал(а):
А последний чейнджлог под 1.13 говорит что

То LuckPerms поддерживает 1.7.10 или нет?

На момент написания так и было. Совместимость была поломана, но сейчас всё хорошо.

Cool_boy · 31 июл 2018

InterWall сказал(а):
На момент написания так и было. Совместимость была поломана, но сейчас всё хорошо.

Ну тогда можно опять советовать LP динозаврам на 1.7.10 😆

InterWall · 31 июл 2018

Cool_boy сказал(а):
Ну тогда можно опять советовать LP динозаврам на 1.7.10 😆

Поправил первый пост.

Кстати, так как времени у меня появилось больше, я планирую продолжить цикл статей. Временные права и, возможно, контекст.

Cool_boy · 31 июл 2018

InterWall сказал(а):
/lp group <группа> addprefix <вес> "<значение>" — добавить префикс /lp group <группа> addsuffix <вес> "<значение>" — добавить суффикс /lp group <группа> removeprefix <вес> "[значение]" — удалить префикс /lp group <группа> removesuffix <вес> "[значение]" — удалить суффикс

Ну и с того самого чейнджлога, думаю надо обновить

Add setprefix, setsuffix, settempprefix, settempsuffix commands
With these commands, the "weight" of prefixes and suffixes is handled behind the scenes. Should (hopefully!) make things a bit easier for new users.

InterWall · 31 июл 2018

Cool_boy сказал(а):
Ну и с того самого чейнджлога, думаю надо обновить

Информация получена, вот теперь дело должно пойти проще. По-хорошему все статьи надо переписать под новый LP. Там столько всего, что и не исправишь.
Вообще сейчас пишу цикл статей для LP под губку для другого сайта. Может там всё это расскажу.

anigami · 21 авг 2018

Ребят такая проблема возникла. Игроку из группы default выдаю право на группу deluxe

...lp user (игрок) parent addtemp deluxe 0d0h10m...

После истечения времени 10 минут, игрок переходит обратно в группу default но, в группе deluxe есть два разрешения или больше не важно.

...lp group deluxe permission set nucleus.god.base true...
...lp group deluxe permission set nucleus.fly.base true...

И после перехода в группу default если права были активны то они остаются. Голову сломал не пойму как побороть.

Akame · 21 авг 2018

anigami сказал(а):
И после перехода в группу default если права были активны то они остаются. Голову сломал не пойму как побороть.

Что значит активны ?

anigami · 21 авг 2018

Akame сказал(а):
Что значит активны ?

Похоже какой то баг был сервера, пересобрал все ушло. Выходило что можно было в группе VIP при окончании времени, игрок переходил автоматом в группу Default и все что можно было VIP стало можно и Default.

Честно без понятия что был за глюк, после пересборки сервера все стало нормально.

Peppa · 4 сен 2018

До последнего не хотел переходить на него, но как попробовал аж пожалел что раньше не поставил данное чудо.

cubespace · 26 сен 2018

Стоит версия плагина 4.3.7 на bungee(версия для bungee) и других серверах
Что то не получилось правильно настроить(
Делал как писалось в первых постах о настройке серверов с отдельными правами.
Есть сервер bungee lobby survival.
На сервере lobby прописал команду (вес старого 100):

Код:

lp group staff meta addprefix 101 "&c[C] &f" server=survival

Но на survival ничего не изменилось
Вот что показало в логах bungee:

Код:

21:17:49 [INFO] [LP] LOG > (console@lobby) [G] (staff)
21:17:49 [INFO] [LP] LOG > meta addprefix 101 [C]  server=survival
21:17:51 [INFO] [LuckPerms] [Messaging] Received update ping with id: 0c4dba92-5e29-4ca8-beda-574c660f0c98

В survival ничего в логах консоли не было.
Конфиг bungee:

Код:

server: bungee
use-server-uuid-cache: false
messaging-service: bungee
auto-push-updates: true
push-log-entries: true
broadcast-received-log-entries: true

Конфиг survival:

Код:

server: survival
include-global: true
include-global-world: true
apply-global-groups: true
apply-global-world-groups: true

messaging-service: bungee
auto-push-updates: true
push-log-entries: true
broadcast-received-log-entries: true

Конфиг lobby:

Код:

server: lobby
include-global: true
include-global-world: true
apply-global-groups: true
apply-global-world-groups: true

messaging-service: bungee
auto-push-updates: true
push-log-entries: true
broadcast-received-log-entries: true

Все остальные настройки дефолтные. все сервера подключаються к одной базе mysql, и у всех одинаковые настройки подключения.

Если сервер survival перезагрузить или плагин LuckPerms, то префикс уже будет новый на сервере.
Что не так с настройками или как связать сервера ?

InterWall · 27 сен 2018

cubespace сказал(а):
Стоит версия плагина 4.3.7 на bungee(версия для bungee) и других серверах
Что то не получилось правильно настроить(
Делал как писалось в первых постах о настройке серверов с отдельными правами.
Есть сервер bungee lobby survival.
На сервере lobby прописал команду (вес старого 100):

Код:

lp group staff meta addprefix 101 "&c[C] &f" server=survival

Но на survival ничего не изменилось
Вот что показало в логах bungee:

Код:

21:17:49 [INFO] [LP] LOG > (console@lobby) [G] (staff) 21:17:49 [INFO] [LP] LOG > meta addprefix 101 [C] server=survival 21:17:51 [INFO] [LuckPerms] [Messaging] Received update ping with id: 0c4dba92-5e29-4ca8-beda-574c660f0c98

В survival ничего в логах консоли не было.
Конфиг bungee:

Код:

server: bungee use-server-uuid-cache: false messaging-service: bungee auto-push-updates: true push-log-entries: true broadcast-received-log-entries: true

Конфиг survival:

Код:

server: survival include-global: true include-global-world: true apply-global-groups: true apply-global-world-groups: true messaging-service: bungee auto-push-updates: true push-log-entries: true broadcast-received-log-entries: true

Конфиг lobby:

Код:

server: lobby include-global: true include-global-world: true apply-global-groups: true apply-global-world-groups: true messaging-service: bungee auto-push-updates: true push-log-entries: true broadcast-received-log-entries: true

Все остальные настройки дефолтные. все сервера подключаються к одной базе mysql, и у всех одинаковые настройки подключения.

Если сервер survival перезагрузить или плагин LuckPerms, то префикс уже будет новый на сервере.
Что не так с настройками или как связать сервера ?

Для связки нужен только MySQL и ему подобные, на каждом сервере должно стоять в spigot.yml bungeecord: true, в настройках самой банджи должно стоять ip_forward: true.
Пункт с БД обязателен, я про него писал в гайде на 2-й странице.

cubespace · 27 сен 2018

Писал же выше что "все сервера подключаються к одной базе mysql, и у всех одинаковые настройки подключения (127.0.0.1)."
На сурваче и лобби стоит: bungeecord: true

InterWall · 27 сен 2018

cubespace сказал(а):
Писал же выше что "все сервера подключаються к одной базе mysql, и у всех одинаковые настройки подключения (127.0.0.1)."
На сурваче и лобби стоит: bungeecord: true

Тогда странно, попробуй использовать другую версию LP, может за последнее время вышло обновление. Вообще всё должно работать.
Или проверь настройки на стороне мускуля, в них может быть ограничение на запросы.

HorizonInGames · 3 окт 2018

Возможно ли как-нибудь изменение дефолтных таблиц лака на нужные?
К примеру: У меня есть сайт, к которому я подключаю лакпермс. Но у меня уже создана таблица dle_users с группами. И мне нужно, чтобы группа на сайте и группа на сервере брала информацию из dle_users . group.

InterWall · 3 окт 2018

HorizonInGames сказал(а):
Возможно ли как-нибудь изменение дефолтных таблиц лака на нужные?
К примеру: У меня есть сайт, к которому я подключаю лакпермс. Но у меня уже создана таблица dle_users с группами. И мне нужно, чтобы группа на сайте и группа на сервере брала информацию из dle_users . group.

Конечно можно, в конфиге должно быть.

Akame · 4 окт 2018

HorizonInGames сказал(а):
Возможно ли как-нибудь изменение дефолтных таблиц лака на нужные?

НЕТ, если в коде не копаться самого плагина

danyadanya · 20 окт 2018

InterWall сказал(а):
Часть третья. Форматы хранения.
Содержание:

Часть первая. Быстрый старт.

Часть вторая. Префиксы и суффиксы.

Часть третья. Форматы хранения.

Часть четвёртая. BungeeCord.

Часть пятая. Мелкие, но важные детали.

Приветствую всех вас в третьей части руководства по настройке LuckPerms. В прошлой я обещал рассказать про BungeeCord, но совсем забыл о такой вещи, как формат хранения данных. Почему важной? Ну как же, для работы LP в бандже необходимо всё держать в общей БД. Поэтому перенесём прокси на потом и займёмся чем-нибудь попроще. И первое, что мы сделаем, это перечислим все возможные форматы хранения данных:

Удалённые БД — размещаются отдельно и требуют настроек подключения. Такой формат понадобится для BungeeCord/LilyPad/RedisBungee или любого другого прокси-сервера.

MySQL

MariaDB (предпочтительнее использовать её, а не MySQL)

PostgreSQL

MongoDB

Локальные БД — размещаются в папке LuckPerms и "просто работают".

H2 (желательно использовать его, а не SQLite)

SQLite

Текстовые файлы — все права/пользователи/группы/мета в одном файле, который можно редактировать. Дело вкуса, конечно, но я бы советовал использовать локальные БД. Они и быстрее и поломать там что-либо сложнее. Если не редактировать их напрямую, конечно.

YAML (.yml)

JSON (.json)

HOCON (.conf)

Здесь так много всего, но задержимся подробнее на удалённых БД, их настройка в дальнейшем нам понадобится.
У большинства возникнет вопрос именно к MySQL. Если же у вас другая БД и вы об этом знаете, то у вас были на это однозначные причины и настраивать подключение к ним вы уже умеете. Подробнее здесь.
А мы же продолжим работать с MySQL. Процесс его установки я описывать также не буду, гугл вам поможет. Для руководства же мы будем использовать такие параметры:
ip: 127.0.0.1
port: 3306
user: root
pass: root
db: minecraft (utf8_general_ci)
Но перед тем, как подключать плагин к другой БД, стоит выгрузить из него всю информацию о правах/группах/игроках. Делается это очень просто — запускаете сервер и прописываете такую команду:
/lp export <файл>
Файл можно назвать как угодно, главное запомнить название. В моём случае это будет backup.

Посмотреть вложение 50524

В этот файл LP выгрузит все данные в виде команд, которые сможет потом выполнить автоматически. Останавливаем сервер и переходим к настройке хранения через MySQL. Для этого отправляемся в config.yml и ищем там такие строки. Мой сервер MySQL поддерживает MariaDB, поэтому использовать я буду её.
Настроили? Отлично, двигаемся дальше и запускаем сервер. При удачной настройке процесс запуска будет таким:

Посмотреть вложение 50525

А в БД должны появиться таблицы:

Посмотреть вложение 50527

Подключились, теперь стоит применить все наши права и группы, которые мы сохранили в файл backup. Сделать это можно командой:
/lp import <файл>
И все прописанные в файле команды будут применены.

Посмотреть вложение 50528

На этом всё, с вами был InterWall. И в следующий раз, я очень надеюсь, будем говорить о LuckPerms для прокси-серверов.

не могли бы вы расписать или гайд кинуть

Локальные БД
Текстовые файлы

InterWall · 20 окт 2018

Раздел второй, часть первая. Локальные и файловые БД.

Содержание:

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

Первый раздел
Второй раздел
1. Часть первая. Локальные и файловые БД.

Приветствую всех вас! Вопрос написания первой части второго раздела инструкций по LuckPerms! Вопросов много, а времени не особо много, поэтому сразу к делу. Конфигурация, с которой я буду работать в этом разделе:

PaperSpigot 1.12.2 (git-Paper-1581);
LuckPerms-Bukkit 4.3.11
- enable-ops: false
- commands-allow-op: false
- apply-bukkit-default-permissions: false
Vault 1.6.7
ChatControl 5.7.1

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

Локальными БД в LP являются H2 и SQLite, причём разработчик отмечает в комментариях, что в этом типе предпочтительнее будет использовать H2. Изменяется формат хранения внутри конфига, в строке: storage-method: sqlite (вместо sqlite можно установить h2 или любой другой формат). Никаких дополнительных настроек для их использования не требуется.
Визуально локальные БД не представляют ничего особого, просто файлы, которые не получится отредактировать напрямую. В этом, кстати, их основное, помимо скорости, преимущество — редактировать такие БД можно либо при помощи особых программ (H2/SQLite Editor какой-нибудь), либо при помощи интерфейсов LP (команды и web-editor). Следовательно, сломать их не получится. Работа с этими БД происходит быстрее (по заявлению разработчика), чем с файлами, особенно при больших объёмах информации. Подробнее об этом можно также почитать на специализированных ресурсах.

Файловые БД, если их можно назвать базами данных, делятся на несколько типов: yaml, json, hocon, toml, из которых разработчик советует выбирать yaml. Они представляют собой привычный всем формат хранения PermissionsEx — файл, который можно редактировать напрямую. Только, в отличие от PEX, LP разделяет файлы на несколько составляющих — группы, игроки, иерархические наследования (о которых как-нибудь в другой раз), кэш UUID и лог действий. Однако можно убрать всю структуру папок и закинуть всё в один файл, если добавить -combined после названия формата хранения:
storage-method: yaml-combined
Выглядит это примерно так:

Код:

default:
  permissions:
  - chatcontrol.chat.global
  - chatcontrol.chat.overrideranged
admin:
  permissions:
  - '*'
  prefixes:
  - '&cAdmin&r ':
      priority: 20

Любые прямые изменения файла применяются сразу благодаря функции File Watcher. LP сам видит все внесённые изменения и применяет их. Если же вам привычнее применять изменения самостоятельно, то File Watcher можно отключить в конфиге:
watch-files: false
После чего изменения применяются командой /lp sync.
Если локальные БД редактировались только специальными программами, то здесь всё стандартно, достаточно обычного блокнота (или его заменителя) и прямых рук. Но появляется возможность нарушить синтаксис, что не есть хорошо. Да и скорость у файлов (особенно если он один) оставляет желать лучшего, тем более при больших объёмах.

Смотрите, анализируйте и выберите самый оптимальный для вас вариант. Я же выбираю локальную H2.
На этом я с вами прощаюсь. С вами был InterWall, надеюсь ещё увидимся.

Туториал LuckPerms, что это и с чем его едят

Старожил

Активный участник

Старожил

Активный участник

Старожил

Активный участник

Старожил

Активный участник

Активный участник

Активный участник

Активный участник

Старожил

Старожил

Старожил

Старожил

Старожил

Старожил

Активный участник

Активный участник

Старожил