tmbb
For a project, I’m using channels to handle realtime notifications and synchronization between clients. I send the initial state embedded in the DOM and use channels to listen to updates from the server. However, there is a time between the HTML leaving the server and the channel being setup on the client during which I’m “blind” and won’t receive events.
Is there any way to guarantee that I won’t have such a window during which events are not acknowledged?
I was thinking of the following: instead of embedding the state in the DOM, I could ask for the initial state through the channel. Does this guarantee that I will only receive the events in the browser after receiving the initial state? Where can I read abou the “ordering” garanteed of phoenix channel communication?
Where Next?
Trending in Questions
Other Trending Topics
Latest Phoenix Threads
Latest on Elixir Forum
Sponsor Spotlight
Elixir, Erlang & messaging conferences from Code Sync. Next up: ElixirConf US (10–11 Sep) & Code BEAM Europe (21–22 Oct), Haarlem + online.
Categories:
Sub Categories:
Forums
Popular Tags
- #ecto
- #liveview
- #troubleshooting
- #learning-elixir
- #library
- #deployment
- #erlang
- #testing
- #genserver
- #mix
- #absinthe
- #remote-other
- #otp
- #plug
- #how-to-question
- #macros
- #postgres
- #elixirconf
- #channels
- #exunit
- #discussion
- #code-sync
- #podcasts
- #javascript
- #onsite
- #dialyzer
- #docker
- #authentication
- #umbrella
- #ai
- #full-time-contract
- #podcasts-by-brainlid
- #ecto-query
- #blog-post
- #elixirconf-us
- #elixir-ls
- #phoenix_html
- #iex
- #graphql
- #genstage
- #websockets
- #supervisor
- #advent-of-code
- #distillery
- #processes
- #elixirconf-eu
- #api
- #forms
- #security
- #metaprogramming
Our Sponsors
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.
Elixir, Erlang & BEAM conferences from Code Sync - join us in 2026!
Master modern tools, write cleaner code, and tackle real-world challenges.
Bringing learning, work and compliance together since 1987.
**Building the future of software with AI, trust, and human connection.**
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 3- Show Best Posts
- Show All (oldest first)
- Show All (newest first)
hubertlepicki
So the order of messages received by client of channel will always be the order of events that were sent to given channel. The client will always also receive all messages, even if they are outdated.
It looks like a good thing in your case. You are right, that you will have a gap window between the time when user loads initial HTML page, and when the channel connection is established, and you can miss some updates, yes.
If this is mission critical not to loose any events that happen in the meantime, you can either do what you suggest - load whole state, including initial state via channel. Alternatively, you can start a process on each GET request, that would be tied to that get request and future channel by some UUID for example. You generate UUID, send with your HTML, start a process with the same UUID, and start a channel with the same UUID. Rather than pushing the messages to channel directly, you use your newly created process as a buffer. But it’s way more complicated than simply loading all the state via phoenix channel.
tmbb
Thanks! I think that maybe something like this should be added to the channels documentation. It doesn’t say anything there about preserving order of events.
OvermindDL1
The order of events is incidental in that it is the BEAM that assures that messages are passed to the network stack in order and TCP is an in-order protocol. Ordering between ‘different’ process are not ordered though, and that is reflected in channels. Different Channel messages can arrive in any order.