-
Notifications
You must be signed in to change notification settings - Fork 17
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
Separate server cache and credentials cache #87
Comments
Perhaps we should just embrace the SS3 Unified Credentials file, even for manually added servers? |
I would just filter it to one extension in the dropdown to make it a bit more user friendly |
could add a check of what state we're on the server, spawned / not spawned ? |
or quick check how many rooms are owned (not sure if possible / worthwhile) |
could also provide the (i) icon with server message on hover ;) |
Good suggestions, they all require additional calls to endpoints though.
Would require an additional call to get world state, but could be doable
Would require an additional call to an endpoint
We get this with the api/version call, that we already call. the issue is that it is html, so we would need to parse it in a feasible manner to present it. also #157 I was also considering looking at the "features" part of api/version, showing what mods are installed if they have added it to the features part. |
also getting and displaying 'shardName' (and not allowing to connect until it's obtained) should prevent some issues after connection |
That is part of api/version, and I should have fixed it my issuing a version call when you select the server :) But I guess we could display shardnames 🤔 at least if there is only 1, not sure what to display on mmo |
all the shards on mmo ? can also hardcode them since i dont think they'll change |
I wouldn't hardcode them, just pull the shards array from /api/version since mmo does have that too. |
@thmsndk Might want to add protocol to that, just a |
The serverlist currently consist of a "ServerCache". this cache is persisted to a binary file, containing all servers and credentials for theese servers.
Instead we should have 3 seperate files
This way, servers provided by "third party" sources are not cached in anything other that the stats file. Third party sources should be able to supply multiple credentials to a server.
As a simple solution each pair of credentials could cause a new entry in the server list.
Theese files should be versioned in some way, such that older versions can be migrated to newer versions.
The text was updated successfully, but these errors were encountered: