henrysdev
I have a multiplayer web game that uses Phoenix Channels for communication with clients via websockets. I’d like to add server-side bot players to my game.
I’ve given some thought on where in the stack to add the bots. My current plan is to simulate the bots at the “edge” of the system as GenServers that are subscribed to the same phoenix endpoint channel that actual clients are. It is my understanding that they will need to maintain virtual Socket connections to accomplish this.
I’ve been trying to figure out how to explicitly create sockets and subscribe them to a Phoenix Channel. I’ve looked at the code for channel testing utilities as a starting point.
Alternatively, I was considering implementing an intermediate “event server” sitting between the game server and the actual endpoint channel. This event server would be a pass through for all game chit chat and would allow me to handle event delegation to bots and actual clients discriminately. In this case, a bot would still be a GenServer with event behaviors but it would not need to simulate an actual socket. Curious to hear thoughts.
Where Next?
Trending in Questions
Other Trending Topics
Latest Phoenix Threads
Latest on Elixir Forum
Sponsor Spotlight
Practical resources that improve the lives of professional developers.
Categories:
Sub Categories:
Forums
Popular Tags
- #ecto
- #liveview
- #troubleshooting
- #learning-elixir
- #deployment
- #library
- #erlang
- #testing
- #genserver
- #mix
- #absinthe
- #remote-other
- #otp
- #plug
- #how-to-question
- #macros
- #postgres
- #elixirconf
- #channels
- #exunit
- #discussion
- #code-sync
- #javascript
- #podcasts
- #onsite
- #dialyzer
- #docker
- #authentication
- #umbrella
- #full-time-contract
- #podcasts-by-brainlid
- #ecto-query
- #blog-post
- #elixir-ls
- #ai
- #elixirconf-us
- #phoenix_html
- #iex
- #graphql
- #genstage
- #websockets
- #supervisor
- #advent-of-code
- #distillery
- #processes
- #api
- #forms
- #hex
- #security
- #metaprogramming
Our Sponsors
Build Elixir applications with speed and confidence.
Supporting innovation across the BEAM ecosystem.
We build reliable cloud platforms for business-critical systems.
Catch errors, track performance, monitor hosts and more.
Error tracking, logs, uptime, and Just Enough APM. Built for developers.
Master modern tools, write cleaner code, and tackle real-world challenges.
Bringing learning, work and compliance together since 1987.
Producing high quality Elixir screencasts since 2017.
The team behind Membrane, Popcorn, LiveDebugger. Available for hire.
Courses that'll move you from confusion to "Aha, now I get it!"
Showing Posts 1 to 5- Show Best Posts
- Show All (oldest first)
- Show All (newest first)
dmitrykleymenov
I don’t think that creatng an imulation for socket is a good idea. It looks like bot even doesn’t belong to
webapplication. I would place it somewhere inOTPapp, it’s hard to tell exact where, since i don’t know how you handle every player, but if through gen servers,Bot.Servercould be nearPlayer.Servermadclaws
I will go with second approach, although we can avoid that event server, and game-server can actually handle event delegation to bots/players. Bots will be genservers and will be registered with the game-server, and when bots have to send any message to phoenix channel, they can do that by
MyAppWeb.Endpoint.broadcast!(channel_name, "bot_msg", %{"msg" => "attack"}). Channel name can be stored in the game-server.dmitrykleymenov
I think more clear way to do that is to send messages directly to
gameserver, insideOTP. And game will send it on a regular basis to players(as does on real player events)henrysdev
Yeah, I’m leaning this way too now. I currently do
MyAppWeb.Endpoint.broadcast...from my game server to push events to clients, so I could just add an extra function call to “broadcast” the event to bots as well. Probably don’t even need a middleman event server to your point. Was thinking adding an event server would improve modularity/testability but probably is more complexity than its worth.madclaws
Yeah, From game-server we can broadcast like usual to the channel.