Save your player data with ProfileService! (DataStore Module)

Resources Community Resources
, , , ,
#766

DataStores save data with JSON.

This is usually just you not serializing something, Lua tables can sometimes not transform into JSON for some reasons.

JSON only supports dictionaries which only have string as the key, so no other types of keys, it also supports arrays, and the definition of array here is any table that only has indexes from 1-n, no gaps, and no other string keys inside that same array.

JSON also only supports as values: booleans, numbers, strings, and other tables which follow the same rules.
So, things like Color3s, Vector3s, CFrames, and many others need to handled manually by you.

JSON also doesn’t support cyclic-references.

2 Likes
#767

Im only editing the inside of profile.Data but does it still apply? I also don’t connect :Release() to :BindToClose, only to .PlayerRemoving but maybe it also applies.

#768

I fixed it, this is actually what happened: so for profile.Data, I add a DataChanged signal and a _state table that stores the original table. And then, for every table inside profile.Data, I add a KeyChanged signal which caused _state to have a KeyChanged signal when it’s not supposed to, and there is a table inside _state which keeps on repeating that which probably causes the error.

#769

I encountered two errors whilst using your ProfileService for more information see the topic here: [ERROR] ProfileService. Please let me know if there’s a solution. Thank you!

#770

Is it possible to get the user’s data with just the userId? Even if they are not online?

#771 
ProfileService:ViewProfileAsync(dataStoreProfileKey)
1 Like
#772

efficient, thanks for the effort. keep up the good job

#773

How many things can I have in a profile? C:

#774

I’m kind of new to ProfileService, but how do you remove or add items to a table using ProfileService?

#775

Profiles have a Data property which is a table that contains all your values. Just edit that table and you’re done.

1 Like
#776

I do know that, but I’m just confused on where you reference it like. Do you do Profile.Data.Tables or something thats what I’m confused on.

#777 
local serProfiles = require(module)
local storeTest = serProfiles.GetProfileStore(strName, tabTemplate)
local profileTest = storeTest:LoadProfileAsync(strKey, function() return "ForceLoad" end)

profileTest.Data.Stuff1 = 1
profileTest.Data.Stuff2 = 2
profileTest.Data.Stuff3 = 3
1 Like
#778

But can I edit it too even without them online?

#779

I still got a bit confused, but I kind of figured it out on my own. Anyways thanks for helping.

#780 
ProfileService:OverwriteAsync(profileKey)
#781

I tried that, but it didn’t seem to work…

#782

My game uses a bit of an odd shutdown system- on BindToClose, players are teleported to a “holdover” server before being teleported back to the main game. This lets us do fairly seamless updates for our players.

How will this interfere with ProfileService’s attempts to save player data on BindToClose? What would be the proper way to handle something like this? Perhaps a grace period of ~20 seconds before teleporting the players to the holdover server?

#783

What you should do teleport on them on the player’s profile’s :ListenToServerHop, and while not everyone has been teleported, yield your :BindToClose call.

#784

BindToClose can only yield for around 30 seconds. If I have a server with about 50 players, is that going to run quick enough?

#785

DataStore requests in-game take around 0.2 - 0.7 seconds, given everything is being handled in a coroutine, I believe so, yes.

I haven’t tested that, but I would guess it’s fine.

It’s either don’t handle that properly or have a higher risk of someone not being teleported fast enough. Being teleported back isn’t much of a priority afaik?