Skip to content
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

Better user cache. #27

Open
SilverCory opened this issue Sep 3, 2016 · 4 comments
Open

Better user cache. #27

SilverCory opened this issue Sep 3, 2016 · 4 comments

Comments

@SilverCory
Copy link
Contributor

SilverCory commented Sep 3, 2016

So one of the biggest things I've been running into is that redis isn't the best caching for user data, for example, UUID <-> name and (UUID|name)->Skin data

And lots of other stuff. Mostly this would be accessed by Bukkit, so MySQL? To add http into the mix is just going to add in another jump and still going to cause more issues than it will resolve.

My thoughts are mongo, maybe.. Just because it can be pretty loose and expandable unlike MySQL.

@SilverCory
Copy link
Contributor Author

A few issues that relate to this matter.

#21 List of banned, trusted and muted players.
#20 Remove "Loading world...." we only really get the UUID on bukkit's side, so in order to say "Loading {player name}'s world" we need to fetch the name.

@viet
Copy link
Member

viet commented Sep 4, 2016

I agree. MongoDB in addition to Redis would be a great combination each serving different purposes.

@SilverCory
Copy link
Contributor Author

@viet is that a yes implement it, because it would make things a lot easier with several of these features and open the doors to several more.

@viet
Copy link
Member

viet commented Sep 5, 2016

Of course! @SilverCory implement it.

How would it affect the time to production of our software? Any delay in days/weeks/months?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants