A multi-proxy party system for BungeeCord and Velocity servers, designed for seamless communication between multiple servers. Features a built-in API and support for Redis.
Include a config entry that allows servers to be blacklisted so that if the party leader joins this server, the party is not pulled along.
It would make sense to support explicit server names, as well as the beginning of a server name. As an example, all servers whose names begin with "Lobby" are directly blacklisted.
Include a function to query players via the /party list command for party information from a party where the player himself is not inside.
Means, PlayerA can type /party list PlayerB and if PlayerB is in a party, PlayerA will get the same information as if PlayerB type /party list.
In order to read out the party information of other players, an extra permission should be required so that server administrators can optionally only make this function available to their moderators.
The advantage of the function could be that when the server moderators edit reports, they can see directly who a reported player is in a party with, e.g. to better identify teaming bans.
Implement configurations so that server administrators can customize the /party and /p commands and add aliases.
If a server uses another system that uses the /p command, for example, you can still use both systems if you change the /p command from the party system to /pc in the config, for example renamed. In addition, a config option for command aliases is also very useful.
It should be possible for a player to set whether he would like to receive party requests, whether he would like to receive notifications for party joins and leaves and whether he would like to be able to write or receive messages in the party chat.
It should also be possible to deactivate the function if you do not want to use the function.
If you do not use a function that requires a database, no connection to the database will be established when using the plugin.
Various database systems should be available for this. A few examples of database systems that could be supported:
An update checker that uses GitHub Releases to check if a new version of the party system is available. If this is the case, the administrators will be notified in-game as well as via the console.
Only a limited number of members should be able to join parties. The maximum number of members should be determined by the party leader's permission. In addition, there should be the possibility to generally issue the member limit in the config.