Better-Whitelist/README.md

Better-Whitelist provides a basic whitelist system for your server that you can adapt to your use case. The mod is required both on the server and any clients connecting to the server. The whitelist is configured using μScript, but you don't have to be good at programming to use this mod. A config file with some additional details will be created when you first start your server with the mod. A simple config for Better-Whitelist could look as follows (please note that you'd probably have to add exceptions for client-side mods with optional server-side components when using this):

sharedMods = mods::values()::filter({ v -> v.environment != 'server' })::map({ v -> { id = v.id, version = v.version } })

// ensure the client has the correct version of every non-serverside mod on the server
assert(challenge({ arg ->
  arg::allMatch({ v -> mods::values()::anyMatch({ m -> v.id == m.id & v.version == m.version }) })
}, sharedMods))

// ensure the client has no additional mods that would be required on the server
assert(challenge({ arg ->
  clientSideMods = mods::values()::filter({ v -> v.environment != 'client' })
  clientSideMods::allMatch({ v -> arg::anyMatch({ m -> v.id == m.id & v.version == m.version }) })
}, sharedMods))

// filter resource packs for X-Ray packs
bannedWords = listOf('xray', 'x-ray', 'cheat')
assert(!challenge({ ->
  resourcePacks::map({ pack -> pack.name || ' ' || pack.displayName || ' ' || pack.description })
})::anyMatch({ v -> bannedWords::anyMatch({ word -> v::contains(word) }) }))

The following things are available to your scripts:

• All methods from the μScript standard library
• resourcePacks (client only): a list of resource packs, each of which has a name, displayName and description
• println('message') (both): a function for debugging
• mods (both): a list of loaded mods with the same fields as the result of mod()
• mod('id') (both): information about a specific mod (or null): id, name, description, authors (list of strings), contributors (list of strings), version, environment (either client, server or *), license, contact (same as FMJ), depends (list of strings)
• assert(bool) (server): assert that something is true and kick the player if it's not (optionally, add a message as the second parameter)
• challenge({->closure}, additional arguments...) (server): send a closure to the client to be executed there. The arguments may contain other closures.
• user (server): information about the user trying to log in, namely their id and name