Hi, not involved with BrainCloud but seeing as the team may be offline during the weekend I thought I would suggest looking at Player Stats:
https://docs.braincloudservers.com/api/capi/playerstats/

Converting into a table for display on the client should then be straightforward.

@Paul-Winterhalder Thanks, I ended up going with Entities/Groups for character/location business.

Since locations are player-owned and (which I forgot to mention) can have crew members/roles groups seemed to make the most sense with the builtin invites etc, using the group Id as the shareable Id as you mentioned for entities.

For matchmaking I see we have GetRandomGroupsMatching so I think that works out great!

Hello!

I'm migrating my Mongo data and game service, and I'm hoping for the best BrainCloud (cloud api) recommendations/pointers in the right direction for the below situation:

Players are assigned a session Id represented as a ship or location in-game. Players can connect if the player shares with them the session id. The session Id should be hidden from those it is not shared, hidden from matchmaking until requirements are met.

Is this a case of simply using ProfileId as the session Id? It seems a little unsafe. Let's say we have a social hub, and you have access to other player's profile id to common shared things such as avatars nicknames etc- now you could potentially join anyone's session or location even if they haven't entered the matchmaking pool yet.

Each "location"/session which persists also progresses along with the player, so in addition to a simple key-value Id ships/sessions get upgrades, so I guess this is the case for a player-owned entity?

Location Ids (essentially a session/room at a given location, within the game server):

Q: Where is this "location" (current per-player server) id best stored?

• Can be shared with friends, and once shared the friend can re-join provided it's saved somewhere
• Player can't modify it; only cloud api changes it
• Tied to matchmaking if the player meets requirements (has no shield, is within the same region ie (CA/US) and meets the XP requirements) this id will be presented as a means to join (raid) the player's session.

Thank you for your time!

After an email with a member on the Photon team, it turns out I was using the wrong key. In order for BC to obtain the secret with it's specific name, I should have been using using WebHookCustomHttpHeaders where instead I was using WebHookSecret which forced the name to X-Secret - this change allowed me to include the BC secret in the header rather than URL (which was working but obviously in the header is preferred)

No errors on Quantum's side (they have no logs forwarded in dashboard) left me thinking it was on BC, when in fact all was working on their end.

Thanks again !

Apparently what I thought was working was actually just photon's default behavior when it doesn't receive the appropriate response from the webhook.

@Paul-Winterhalder
Plenty may use photon but the Quantum 3 sdk is quite new and uses a new webhooks plugin that is restricted to a single base url and some static settings.. the way it works is appending the request type to the base url, ie join/create which I can't just include as a parameter since this happens dynamically within the photon server outside my control.

While I have had success using postman to receive an expected returned result and logs accordingly in BrainCloud, I don't actually see Any of photon's attempts to contact the Same url in the logs, which I'm guessing makes this a no-go?

I would at least expect to see something log in the Unreadable Requests section of logs? The fact it's ignoring photon completely but not postman is really bizarre, or maybe intended as the above comments indicate.. either way I need this functionality so that's unfortunate.

https://docs.braincloudservers.com/api/cc/writingscripts/webhooks

My profile displays in a different format than my logs do yes - reading 16:05:53.051 PST vs 4:05:53 PM PST, it's not a huge thing but would be nice as preference in profile settings (or cycling format on the log view timestamp itself)

IE user preference based on location or profile setting eg local standard of 12 hour vs 24 time.. It makes reading logs much less of a chore for some (those in US/Canada etc)

Unfortunately, I won't be able to use BrainCloud with Photon webhooks at all which is a shame, your end-point names also don't allow '/'s so I can't even create two different URLs.

That clears up some confusion! Thanks.

Say I have a webhook below:
<base braincloud webhook url>

Now, I want to call this, but at the same time I want to append a route depending on the state:

• /game/join
  or
• /game/create

How can I manage this in braincloud when the server (Photon) that is attempting to call the webhook can't be modified and is essentially a blackbox to customers?

Does braincloud support this type of "routing" from a single base url?