Closed TheJoshue closed 2 years ago
I'm going to say no for this one (for now). The way its all designed is its all flat file or SQL. Excluding specific groups would require quite the rewrite as we'd have to load all local files, then decide what needs to be fetched from SQL.
If a group (in
groups.yml
) has an additional (optional) option like "mysql: false", this will make that specific group to be excluded from registering/storing/importing it on MySQL database (if plugin is using MYSQL mode).Why this is useful (example):
This can be very neat if you want to have some groups across whole network (BungeeCord support), where you have some certain groups that are only local and players who has those ranks will only have them on a specific server where it is given to them, they won't have that group synchronized to the MySQL database because the group has "
mysql: false
" option.If this option ("
mysql: <boolean>
") istrue
, and there is established MySQL database connection, this option will have no effect because it'll still mean that the group should be stored on MySQL database. However, in same case scenario (MySQL connection enabled and established), but this time the group has "mysql: false
", this group will be excluded from MySQL database storing entirely and become fully local group (stored in file or however it's best but local, not on MySQL).example part
groups.yml
:Usage Let's say we have 2 servers: — Creative — Factions
Let's say all our groups are: — Default — Architect — Builder — Admin
So, our intention is: Have group "Architect" only on "Factions" server, and have group "Builder" only on "Creative" server
And how we achieve this? This feature request explains it!
*
This could be applicable for both groups/globalgroups (or maybe only groups because it's easier to have it in thought, especially because groups will use some sets from globalgroups)