I just got our iOS Push Notifications working with brainCloud and would like to add a few tips to this thread. For the less Mac-Savvy developers like me, here's what it looks like when you only have your certificate with no private key to export as a P12 file: Notice the selected category is [My Certificates]. Certificates in the [Certificates] category have the P12 export option greyed out. I am using Unity as a development platform and for some reason my device would only receive Development Push Notifications even when running in Release in Xcode. It's only after uploading to TestFlight that my Production Push Notifications started working.

It's really useful post,[url=https://www.latestdatabase.com/]Buy Email Database[/url] thanks for sharing your information See more details....

@David-St-Louis-0 @Paul-Winterhalder Hi again. I would like to debug my server locally, in Unity. I have the _S2S stuff all hooked up as described in the walk through. But then I tried to do the following (actual numbers redacted) #if UNITY_EDITOR var appId = "00000"; var serverName = "MyServerName"; var secret = "00000000-0000-0000-0000-000000000000"; _lobbyId = "00000:myLobbyTypeId:00"; #else // Load environment variables passed in by brainCloud to our container var appId = Environment.GetEnvironmentVariable("APP_ID"); var serverName = Environment.GetEnvironmentVariable("SERVER_NAME"); var secret = Environment.GetEnvironmentVariable("SERVER_SECRET"); _lobbyId = Environment.GetEnvironmentVariable("LOBBY_ID"); #endif However, I am getting a perpetual error: #S2S S2S Failed: {"packetId":1,"messageResponses":[{"reason_code":40613,"status_message":"Processing exception: Unrecognized lobby: 00000:myLobbyTypeId:00","status":400}]} I even signed up for a Dev+ subscription, just in case that was the problem, per this thread. No luck. How can I test my server code locally, while still planning for the full-on S2S Docker container deployment? Thanks

Sounds good Ali - thanks for the confirmation! Paul.

@Travis-Brown-John You can create them manually from the Monitoring menu. Monitoring | Global Monitoring | Global Entities. Note - if your app is live, you need to unlock it first. You'll see a bit [+] button to the right of the Bulk actions drop-down. Good luck! Paul.

We'll look into it @Omar-Alzayed ... Paul.

Hi, Any updates on what's coming up on the Builder API? I've been using it so far to automate the deployment of cloudscripts during development and has been a great time saver so far. I'd like to know or if you have some kind of a timeframe of when we can expect "Global Properties" to be available. Cause having would allows us to automate deployment of configuration files too. Also, is the Builder API going to able to make calls to interact with entities? We're migrating from gamesparks, and a useful tool for liveops was to build custom screens that would serve as tools for interacting with user data. Since Braincloud doesn't have that feature, we're looking into rebuilding those screens in Unity, but the missing piece of the puzzle is that we need a way to have access to entity data. Thank you for your time! J.B.

Similar situation here, i had built a micro framework on GameSparks to cover cases that almost every cloud driven game require. This saved huge amount of time working on new games and at the same time sharing code among existing features. Please consider this requirement a must have for any serious game development.

@Chris-Brown No Prob - happy to help!

@Paul-Winterhalder said in A few suggestions I have so far: . Would it be fair to say that those user's entities would have to have their ACL set to other: 1 so it's readable? Yes, that would be the case.

Thanks @Paul-Winterhalder and @David-St-Louis-0 . I'm communicating with our web dev and am passing on the information to him. I'll respond here once I get more information from him. Appreciate the quick replies.

Oh okay, I understand. Yeah I was already trying to use the C++ SDK, and I will also be waiting for the Obj-C one. Thank you!

@Paul-Winterhalder It'd be great if we can have this info. +1

Well - the new release isn't out yet - it's just a Release Candidate. https://github.com/mozilla/rhino/releases That said - we are very happy to see the progress - since it has been over a year since 1.7.13 was released! Hopefully soon!

What sort of devices? Will people really sit there logged into multiple devices, and expect them all to rise in realtime? I mean, wouldn't a user play on one device. Finish, and maybe pick up another device - and when they do, you refresh all the stats when the app loads? I would suggest you use RTT for real-time notifications - but we actually assume that that a user would only have one logged in RTT session - so that won't work. You could send push notifications to all of the devices. Push notifications can have data payloads - so your client app(s) can catch the updated data, or maybe the notification is just a signal to the client to request updated data... (likely more flexible). Alternatively, I guess your option best option would be to have the devices poll every <x> minutes or so... Honestly, the use case still seems a bit weird though - I'm probably just not understanding something Paul.

@Paul-Winterhalder Apologies for reviving this thread, but does this mean that an operation with a pre hook and a post hook that don't make any API calls of their own count as one API call (pre-hook counts as API call, then operation and post-hook are free). Or does an operation with a pre-hook and a post-hook cost 3 API calls?

Hi guys, The plan is to release 4.5 in April. 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!

Thank you, fantastic. I appreciate all the information you have given.

Cool to see the forums working! I've marked @Panagiotis-Milios more detailed explanation as the accepted solution, but kudos to you @Chris-Brown for pointing it out, and @Panagiotis-Milios for providing the detailed example. Thanks a bunch!