Feature Suggestions

Hi Lee,

brainCloud's pricing models are designed to accommodate changes in usage over time.

Apps using Enterprise features in the Business/Business + plans are still allowed to access those features if they later downgrade to Standard or Lite plans. Note that the app will no longer be covered by the Business / Business Plus plan SLA though.

I hope that helps!

Paul

Hi @LEE-JONG-GUN ,

Thanks for the feedback.

This is admittedly a tricky one.

The best route I've seen to handle it is to use our shared (i.e. parent-child) accounts feature - which involves using a parent app for the player account - and a child app for the character accounts.

Note that it does involve two live apps - but we can put your parent app on a special plan with no live fee (you just pay for API calls) - and there won't be a ton of API call from that app - cause 99% of all calls will be against the child app.

There is more info here - https://docs.braincloudservers.com/learn/key-concepts/authentication/shared-accounts/

I hope that helps!

Paul.

I implemented this pretty easily just using events. Instead of adding a friend I instead send a 'friendRequest' event to the potential friend. once that player views the event and accepts the request the friends are added.

Thank you! I've hacked an implementation for now that just guesses the ranks on the client side without grabbing the actual ranks. The players will only discover it if they're playing sitting side by side. 🙂

Almost, but you can't define the price in virtual currency.

The solution I came up with is to make a cloud script that purchases and then immediately sells a user item. The user item has a buyPrice and a sellPrice which effectively does the currency conversion.

yes that reason too. readgroup result data is not enough so need more data(like score) so need.

@william Thanks a lot for your feedback and suggestions! It’s really helpful, and we appreciate you taking the time to share your thoughts.

Cool. Thanks for the update @MattForemanDev !

Regarding #1, It looks like this can be implemented within the current functionality as follows:

When the client is viewing the chat channel, have the client write a user entity saying, in this channel I have read messages up to (the date of the most recent message they have seen). Next, when the app loads the next time, call “getRecentChatMessages” and count up the messages since (the date of the most recent message they have seen). This will give you your count to show for that channel.

Limitations:
The chat queue for a channel has a limit of 250.
Messages have max days and max history (settable by the developer) so if the players been away a long time, some of those messages wont be around to be counted up.
Go to Messaging Chat to view the settings for these.

Then just call GetSessionForSessionIdAndProfileId() again.

The check your are doing requires the retrieval of the session from memcached. Retaining a copy of the session and then checking that field later will not solve your use case...

i.e. if the players session was valid at the time the system calls GetSessionForSessionIdAndProfileId() -- and then becomes invalid while you've got the session cached --- you can't just check the "isLoggedOut" field - because even if you COULD access it - you would be accessing a STALE copy of it.

So just re-call GetSessionForSessionIdAndProfileId() and if that call is non-null - the session is STILL good - and you are gold.

Thank you for sharing your suggestion with us. We will review it.