Game Development Stack Exchange is a question and answer site for professional and independent game developers. It only takes a minute to sign up.
Sign up to join this community
I'm in the very early phases of developing a browser based MMOG, kinda like this game but not as cartoonish and with more features. I'm an experienced web developer, yet not once have I ever used websockets.
Are websockets required for something like this?
Slowpoke. Good for loading pages without navigating to another url. No good for action games but should be fine for turn based games I imagine. That is unless it's a very fast paced turn based game (think roguelike fast).
The good thing is that the server only needs to handle one request at a time. So the server code is serial and not concurrent. This means it's a lot less complicated. Each request is often processed in an infinitely short amount of time. I think the default limit is something like 15 seconds. The point being the server grabs a request, starts working on it and only it, and is done after a short while.
Fast and responsive, great for action games. The server needs to handle all clients simultaneously (concurrently) and ceaselessly. This means possibly more processing power and more memory. This means that you are running a process that doesn't stop supposedly ever (PHP isn't oft for such processes). You need a reasonably powered machine with serious bandwidth capability. This is considered more resource intensive.
The code is also far more complex and often requires threads or chunking up the work into small portions and supporting multiple user request in parallel. Both threads and chunking up the workload into small pieces make the code somewhat more complicated and harder to debug.
Please be aware that this means the devs need prior experience with either threads or what is basically an implementation of threads as a serial program. Also considering that most server CPU's nowadays have a bunch of cores, using threads is possibly preferred.
Side-note: Generally, an indie socket based game + server could cost could somewhere in the tens of thousands of dollars to develop. This is because of the graphics and client-side programming any game would require plus the added costs of developing a stable server.
Websockets are a very elegant and fast way to implement asynchronous communication between client and server. But they are far from the only. When low latency isn't that important for you, you can substitute it with XmlHttpRequest (aka "AJAX").
But for a real-time action-oriented game, WebSockets are usually the superior solution.
