gpreston

gpreston

Hello,

I’m wondering what the first 2 indices of the arrays sent/received over Phoenix socket connections are. Here are some examples from my Network tab in the browser dev tools:

(send)    ["3","3","room:36","phx_join",{}]
(receive) ["3","3","room:36","phx_reply",{"response":{"some_join_response_key": "some_join_response_value"},"status":"ok"}]
(send)    [null,"4","phoenix","heartbeat",{}]
(receive) [null,"4","phoenix","phx_reply",{"response":{},"status":"ok"}]
(send)    ["3","5","room:36","event_initiated_from_this_window", <data...>]
(receive) ["3",null,"room:36","event_initiated_from_other_window", <data...>]
(receive) [null,null,"room:36","presence_diff",{"joins":{"2": <presence info>},"leaves":{}}]

The second looks like the heartbeat counter. What I’m confused about is what the "3" means in the first index, and under what conditions do each of them get set to null.

I was trying to find some answers in the source code, but I couldn’t find anywhere parsing a message as an array. This line in socket.js seems most relevant, but not sure how it ties in since it expects an object.

FWIW, I ask because I’m starting to write front-end tests for a React app which gets its data from a Phoenix channel. To do this, I’m mocking a WebSocket connection, sending the client data, and asserting what gets rendered. So mostly what I’m wondering is whether it makes any difference to pass bogus values for those fields in a mock setting. Also, if there is any advice on that use case as well, I’d love to hear :slight_smile:

Thanks!

Showing Posts 1 to 3

kartheek

kartheek

First “3” (0th position) Channel Id or topic Id which is maintained internal to the socket.

Second “3” (1st position) is the message id - this will be used in match request and response when a message is received. This is called refId

room:36 (2nd position) is the topic name or channel name

"phx_join" (3rd position) is the event name

"{}" is the payload or message received or sent.

Heartbeat won’t not have topic Id, but will have refId.

Push message from server on a channel wont have message id or refId. Below message is mostly server push.

I am recollecting from a C# implementation of channels I made.

I had written a event recorder and event player socket which extends base socket. Event recorder records time and message sent - all this is persisted in a json file. Event player socket will replay the messages with exact timing when it is initialised. We use this for testing, debugging and replaying player sessions.

gpreston

gpreston OP

@kartheek @moogle19 Thank you both!! I should be able to figure out what I need from this.

— All posts loaded —

Where Next? Top

Trending in Questions Top

RSP87
I’m working on a project that simulates the bumbl example in the programming phoenix book. It acts almost like an email client. We have a...
New
nseaSeb
Hello, I know there is an approach for handling lists that allows for optimized traversal, but I can’t recall the specific method (somet...
New
kpanic
Hi everyone, I am toying with the idea of building a “match maker” for giving personal help to people that wants to start coding. I sta...
New
brecabral
Documentation While reading the Scoped Routes section, I noticed that the documentation currently refers to a problem without explainin...
New
velrest
So my question is quite simple and i have found no conclusive answer on forum, google or AI. Should we use :erlang.float for Integer to ...
New
asweet-confluent
I recently noticed that Elixir’s Logger defaults its primary log level to :debug when no :logger, :level application configuration is pre...
New
apz
I’m new to elixir and just tried to install the elixirLS extension for VScode(ium) and it is throwing some errors that I would like help ...
New

Other Trending Topics Top

GenericJam
Edit: 2026 May 15 - This post is archived. Mob is alive!! Main docs: mob v0.7.11 — Documentation A bit of explanation for the slightly c...
New
JesseHerrick
Hey, I’m Jesse and I’m the main contributor behind Dexter, a full-featured, lightning-fast Elixir LSP optimized for large codebases. It s...
New
mudasobwa
I am happy to introduce the very α version of the new programming language compiled to BEAM. Welcome Cure. It has literally three kille...
New
marciok
Hi there! We created Gust: A task orchestrator inspired by Airflow. For those who have never heard about Aiflow, it’s a Python-based wor...
New
mhanberg
Hi everyone! The first release candidate for the Expert language server project is now available! We’ve published a press release detai...
New
jimsynz
Beam Bots (or just BB for short) is a framework for building fault-tolerant robotics applications in Elixir using familiar OTP patterns. ...
New

We're in Beta

About us Mission Statement

Options

Thread Display Mode




Thread Preview

Skip Thread Previews