Look in the learning resources section . There are a few tutorials on it . Hope this helps 
2 Likes
I posted an example on how to use it. It also has all the code so you can understand how it works.
The following is a link to the post:
3 Likes
This is one of the most useful things I could think of. There are hundreds of possibilities, from matchmaking to in-game friend systems, the possibilities are endless!
3 Likes
I’ve seen a couple things created with this around the forum, and I am simply amazed at the possibilities. This makes life so much easier and avoids using an external server.
1 Like
I’m interested whether a server that sends a message through PublishAsync will also receive a callback within a SubscribeAsync if it is listening to the same topic?
1 Like
Anddd… Maybee… A custom server list gui updates real time!! Thanks for this I’ve been thinking about doing it with http requests.
If you’re talking about one server having both subscribe and publish to the same topic, yes it will.
I can see this being a neat feature, can’t wait to see!
When can we expect this service to exit seclusion and enter the public scene for all developers?
Does anyone have an official deadline or an ETA?
5 Likes
I am really excited to use this feature. I’ve been relying on third party services to communicate between servers. Hope everything goes smoothly and gets released soon!
2 Likes
Woohoo, something I’ve waited for for a while. Goodbye https. :))
Question, its probably obvious but I’m horrible at understanding new things: Would this allow us to shut down all servers in a running game at the same time from inside one of the servers? Having it work a little bit like a game wide BindableEvent.
Really cool feature to implement. I like this idea.
Yes you can absolutely do that.
Someone made a module for MessagingService that acts like BindableEvents lol
3 Likes
UEVENT is returning nil, I’m guessing this is because I’m not in the beta test programme?
Are you trying it in studio?
if game:GetService("RunService"):IsStudio() then
return { new = function() end }
end
This would be a reason why it would return nil. Idk what you are doing tho.
MessagingService:SubscribeAsync() The “Sent” variable is NOT unix. This value is influenced by the server’s timezone. This can be proven by:
Which shows the offset (The [=xxx] in the print line) from the other server to the true unix timezone as determined by combining os.time() and the decimal of tick().
My function for true unix time (Or as close to it as it can get):
local function True_Unix()
local Unix = os.time()
local Tick = tick()
return Unix+(Tick-math.floor(Tick))
end
2 Likes
How you get the offset.
the source server who sent the message filled the **sent** field with the return value of **tick()**. That shouldn’t be influenced by the timezone.
tick() is influenced by timezone of the calling machine (Be it client or server). It’s os.time() that isn’t.
1 Like
thank you for reporting this issue. I’ll work on it.
1 Like
Any ETA on the full release of this service? Pretty excited for it!
2 Likes