Phoenix ChannelのAPIについて - Qiita
最近Channelを使ったアプリケーションを触っているので、APIをまとめました。 受信したイベントを処理するAPI handle_in/3 channelにjoinしたクライアントからのメッセージを受信して何かしらの処理を行うときに定義します。 多いのは、トピックをサブスクライブしているクライアント全てにメッセージを送るケースだと思います。 その場合は、broadcast!/3を使います。 def handle_in("new_msg", msg, socket) do broadcast!(socket, "new_msg", %{"name" => msg["name"], body: msg["body"]}) {:reply, {:ok, msg["body"]}, socket} end {:reply, {:ok, response}, socket}でリクエストを送信したク
Three alternatives to using GenEvent in Elixir
Wojket Gawronski's post here, neatly summarises the issues with GenEvent. Fortunately there are alternatives including gproc, phoenix_pubsub, and Elixir's upcoming Process registry. The code used in these examples is available from this repository. gproc While gproc's main purpose is as a process registry, it can be used as pub/sub framework using a lovely trick. defmodule PubsubSpike.Gproc do use
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - cctiger36/phoenix_pubsub_redis_z: Yet another Redis PubSub adapter for Phoenix. Supports sharding across multiple redis nodes.
ErlangElixirFest2018-ohr486-session
Get notified of user signups and plan changes automatically using Postgres & Phoenix PubSub | HackerNoon
Optimizing Your Elixir and Phoenix projects with ETS - DockYard
Pub/sub with gproc vs GenEvent in elixir
Phoenix.PubSub – Phoenix v1.1.6
