General

@David-St-Louis-0
On my last question, can you restrict API calls to only be from a specific web domain or mobile app is? Google Api's allowed to restrict calls to firebase to be specifically from an web domain, or the specific app ID's.
Another way to ask it, is there any way to restrict API calls to from a specific location?
Thanks again,
-Chad

Hi Chad,

Sorry for the late reply.

Yes, brainCloud can handle RPG style games well, it provides a rich set of features that benefits any type of game - includes very flexible multiplayer tech, Our built-in real-time multiplayer services are more based around the idea of shared game experiences that last a finite period of time (i.e. arena shooters, casual multiplayer, etc.). Our matchmaking, lobby services, room server system, etc are all geared toward making this sort of experience easy and inexpensive to build - but also can integrate with 3rd party or custom tech. brainCloud provides support for custom Room Servers that can support any type of custom or 3rd party multiplayer tech. For all these characters related data (user data), you can use User Entity or Custom Entity to store and trace them. The end-user profileId and anonymousId are stored securely in the client library wrapper on user devices. Users' IAP items and currency end up “unlocking” “awarding” these to the associated profileId, so that will never be lost. If a player is offline, you need to have some code on your side to handle this situation with the request callbacks, as long as “update()” is not called, it will not process sending packet bundles or process callbacks from the received packets. Shouldn't keep all calls for later. Instead, update player stats once connected, in 1 call.

Hope that helps!

As a further heads up folks - it is looking like the 4.5.6 server release may get delayed until early next week. This is to allow us to create a proper mechanism for controlling with specific versions of Lobby Services are active at a time... (right now, it is possible for both old and new lobby services to be active during an upgrade transition - and given how much lobby processing has changed in this release - that wouldn't be good).

That said - the rest of 4.5.6 is ready - so we are going to be doing a bit of an incremental roll-out...

We are starting to release the 4.5.6 Client Libraries today We are also making the 4.5.6 Relay Servers available (on our existing 4.5.5 servers) <- this is a simple feature gate for us to enable.

Then, once the 4.5.6 servers (with the new Lobby Servers and a few other fixes) are available, we will release them... that should be either late this week, or more likely early next week).

Anyway, just FYI...

Paul.

Amazing, especially Amazon In-Apps support

WOW, Thank you Paul

Hi Madallin,

Just send a message into our Support Chat bubble and we'll delete the team for you.

Cheers!

Paul.

With the new include functionality I have been able to drop my script sizes by 60-90%! This cleans up the code dramatically and promotes code reuse.

Excellent work to the BC team!

Hi,

This is easily doable in brainCloud.

Just go to Design | Custom Config | Files in the Design Portal - and use the Global Files (formerly S3 service) to download the files to your app.

Hope that helps!

Paul.

No problem - happy to help!

Paul.

Hi guys,

The plan is to release 4.5 in April.

Cheers!

Paul.

Hi Ali,

First of all - sorry for the slow response. I somehow missed this message.

The MultiSocialLeaderboard call is normally used to create Candy Crush-style maps - where you would normally show just the top player on each node of a map.

It's otherwise a pretty expensive call (as we're filtering/joining your friends list with multiple leaderboard lists) - so thus we restrict things to keep things fast and server utilization reasonable.

Do you have a use case that requires the larger leaderboard sizes - or maybe you were mistaking the intention of this call with another?

Anyway, hope that perspective helps!

Cheers,

Paul.

Hi Madalin,

Good question - but unfortunately you assessment is correct. We do not currently have a way (other than with the API Explorer) to via and/or send Chat messages via the Portal.

That said, we do have plans to implement a Chat Moderation portal. We're currently working on the scheduling of the work now - I expect it to start soon.

You'll find the item in our Roadmap here - https://portal.productboard.com/braincloud/1-braincloud-baas-roadmap/c/61-chat-moderation-portal?utm_medium=social&utm_source=portal_share

Feel free to add your +1 to it!

Paul.

Hi Claudiu,

It's possible to do this using cloud script... you just need to impersonate the other user...

Here's an example script that does this - caveat, it only returns the first page of user items.

Create the script, and set it's test parameters to:

{ "profileId": "www-xxx-yyy-zzzz-123456" }

(Note - you'll of course want to replace profileId with an id of a user that you want to test with.)

And here's the code...

var response = {}; // We need to impersonate another user to make this call var otherSession = bridge.getSessionForProfile( data.profileId ); var otherUserItemsProxy = bridge.getUserItemsServiceProxy( otherSession ); // Now, request the page of items from that proxy var context = { "pagination": { "rowsPerPage": 50, "pageNumber": 1 }, "searchCriteria": {}, "sortCriteria": { "createdAt": 1 } }; var includeDef = true; var itemResult = otherUserItemsProxy.getUserItemsPage( context, includeDef ); if (( itemResult.status == 200) && ( itemResult.data.results.count > 0 )) { response.items = itemResult.data.results.items; } else { response.items = []; } response;

For convenience I've attached an export of the script. You can import this script into your app from the Design | Cloud Code | Scripts screen.

Hope that helps!

Paul.

RetrieveAnotherUsersItems.ccjs