-
Notifications
You must be signed in to change notification settings - Fork 45
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Feature: Whitelist #140
Feature: Whitelist #140
Conversation
add whitelist and utils
…her than manually, use a manually parsed txt file rather than json
…, update the whitelist if the name has changed
why not just use minecraft format [
{
"uuid": "f430dbb6-5d9a-444e-b542-e47329b2c5a0",
"name": "username"
},
{
"uuid": "e5aa0f99-2727-4a11-981f-dded8b1cd032",
"name": "username"
}
] |
|
Using JSON is better because we can use it directly without rewriting the format. It’s a standard, so other programs can work with it easily. JSON also supports more complex structures if we need them in the future(op level for example), and there are plenty of tools available for handling it. Overall, it’s more flexible and easier to work with than a custom format like comma seperated. |
i'm fine doing it if you dont want to |
Also can we move this to a feature branch so i can pr to it? |
If I recall correctly, it was already in json in the first place, but got changed because of that comment |
This is for a whitelist, it was moved from vanilla file parity due to pr reviews, unless im missing something I see no need for a more complex structure in the future, I was planning on keeping the same rules as vanilla. if youre op (when implemented), you bypass it, simple as, theres no need to add a layer to configuration, I dont see why another program would need to use it, plugins will have access through whatever api gets defined in future, the goal is to make it as simple for people to use as possible, using the format in this discord message https://discord.com/channels/1277314213878173726/1302503481432604742/1317064474963873822 |
I don't see why other programs need to interact with it? The reason we'd have it as as a file in the first place instead of storing in the database is so that it's easy for the end user to modify it by hand. I'm also not sure why we'd need a more complex data structure, a list of user names and uuids is fine. |
Server managment software uses a json as a standard. Having to write libraries just to interact with the whitelist does not sound good |
…ernames to uuids on server launch instead of first interaction of whitelist using mojang api
Just merge my pr |
This is the exact reason we have feature branches. Dony make pra directly to main |
after the second hyphen, i believe there can only be an 8, 9, A, or B |
No one has access to make branches or push to branches other than Recore and Sweatty |
clippy is not happy |
adds whitelist support -
same format as the vanilla fileI can look at adding tests afterwards for valid or not configs, all been manually tested so far