Mercure VS fuse

Are you aware of things like websockets and mercure.rocks?

It could be implemented with STOMP, or Mercure (goes well with API-Platform, written in PHP/Symfony), you could write your own with the help of nchan and scale it via Redis. If it's a web service, the best practices for operating and scaling are well established, Godot then just becomes another client.

You can try https://mercure.rocks/.

It's worth looking at something like Mercure , which is used by API Platform

Pusher might be one of these systems, Mercure is another one (which you can host yourself). Mercure has good documentation and some examples in various languages, including PHP: https://mercure.rocks/docs/ecosystem/awesome#examples.

You can use Mercure https://mercure.rocks/ , Mercure uses http2.

I actually was thinking about this when I saw https://github.com/dunglas/mercure project to become a Caddy plugin. But I did not find enough reasoning to try this with Centrifugo at that point, and still... Seems awesome from one side - tight integration with a web-server, no extra network between LB and Centrifugo. But will this be useful in practice and find its users? 🤔 That's the question I don't have an answer yet.

Polling is kind of ok (data might change between poll events), but real-time updates are better. So If you don't mind adding an extra service, then take a look at mercure.

Two more questions: - Am I to understand The Guild now recommends GraphQL Yoga over Helix? - Could something like Mercure be included in the recipes ? (this would be a nice solution for serverless)

Nakama does not have shared parallelism, look at http://fuse.rupy.se for better scalability.

While this seems focused on trading, kinda like EVE (spreadsheet MMO), I think physical action is the real attraction of 3D graphics/audio:

So I made a very scalable MMO protocol: https://github.com/tinspin/fuse

It's event based so analog movement should be compressed, which means headshot FPS are not the target audience. But it works fine with action games that take scalability into concern.

I'm curious how hard people find it to adopt. I'm guessing I need to deliver a good and open game on top of it to see adoption.

You can tak a look at my multiplayer system if you need inspiration: https://github.com/tinspin/fuse

This is the source available server: https://github.com/tinspin/fuse

You don't need to use Event-Source to use SSE, look at how I implemented it here:

https://github.com/tinspin/fuse/blob/master/res/play.html#L1...

The XHR ready state 3 was wrongly implemented in IE7, they fixed it in IE8.

If you just want to play a multiplayer cube drop game and chat you are welcome at http://fuse.rupy.se

You can make rooms but they get the name of the user, so I guess you need to create a user with the name of the topic you're interested in! Xo

I made a better standard for this: https://github.com/tinspin/fuse

But of course it's suffering from this: https://xkcd.com/927/

I made a multiplayer game like Dr Mario that is in alpha: http://fuse.rupy.se