F53

Posted on Nov 14, 2022 • Updated on Nov 16, 2022

Using Action Cable with React and Rails.

#react #rails #tutorial #webdev

Intro

Earlier this week I wanted to use Action Cable for its nice two way connections. I ended up crying trying to understand the documentation as there is no good examples for implementing it anywhere.

Even worse, there are absolutely no tutorials for using it with React.

I wrote this guide to try and fill that void.

Prerequisites/Recommendations

This Guide assumes you:

already have a functioning app with React on top of Rails.
have a User table that:
- stores logged in user_id inside session[:user_id]

If you dont have any of that, consider starting with my react rails template

For a finished project that implements this tutorial, look at my react rails chat app, which is built off of that template.

Postgresql

Action Cable requires you to use postgresql.

Making a new app with postgresql

If you dont have an rails app yet, follow this guide fully

Switching an existing rails app to postgresql

If you already have an app, but it isn't based on postgres, follow these steps to switch to it

in your /Gemfile switch out sqlite3 for postgres:

- # sqlite3 as database for Active Record
- gem 'sqlite3', '~> 1.4'
+ # Use postgresql as the database for Active Record
+ gem 'pg', '~> 1.1'

replace your /config/database.yml with a postgres one, replacing APPNAME with whatever you are calling your app

default: &default
  adapter: postgresql
  encoding: unicode
  pool: <%= ENV.fetch("RAILS_MAX_THREADS") { 5 } %>
  timeout: 5000

development:
  <<: *default
  database: APPNAME_development

test:
  <<: *default
  database: APPNAME_test

production:
  <<: *default
  database: APPNAME_production
  username: APPNAME
  password: <% ENV["APPNAME_DATABASE_PASSWORD"] %>

Then, follow this guide excluding step 3 to finish.

Adding action cable

Using action cable directly on top of postgresql is not recommended for performance reasons.

Instead, its advised to use a separate server that runs between postgres and action cable, caching stuff to help improve performance.

It seems like everyone uses redis for this purpose:

Redis

Install redis-server:

sudo apt install redis-server

Add redis to your /Gemfile

# Use Redis adapter to run Action Cable in production
gem 'redis', '~> 4.0'

From now on when starting your server you have to start the redis server along with rails and npm

redis-server
rails s
npm start

Setting Up Action cable

First enable it by uncommenting the require for action cable Inside /config/application.rb . (this is typically on line 14)

require "action_cable/engine"

Add an action cable route to your /config/routes.rb

Rails.application.routes.draw do
  # ActionCable Magic
  mount ActionCable.server => '/cable'
  ...
  # The rest of your routes
end

Create /config/cable.yml, this is what puts redis between your actioncable and postgres

development:
  adapter: redis

test:
  adapter: test

production:
  adapter: redis
  url: <%= ENV.fetch("REDIS_URL") { "redis://localhost:6379/1" } %>
  channel_prefix: phase_4_project_guidelines_production

Create /app/channels/application_cable/channel.rb

module ApplicationCable
  class Channel < ActionCable::Channel::Base
  end
end

Create /app/channels/application_cable/connection.rb

module ApplicationCable
  class Connection < ActionCable::Connection::Base
    identified_by :current_user

    def connect
      self.current_user = find_verified_user
    end

    private

    def find_verified_user
      # ['_session_id'] is optional, only use it if you are using has_secure_password in your user model
      user = User.find(cookies.encrypted['_session_id']['user_id'])

      return user unless user.nil?

      reject_unauthorized_connection
    end
  end
end

Adding a channel and some broadcasts

Channel

This is channel that your frontend will end up connecting to. They handle subscribing to and unsubscribing from the handshake data stream thingy.

Create /app/channels/things_channel.rb where thing is one of your models.

You will later use the thing model in a broadcast function, so make sure you have access to it.

things_channel.rb

class ThingsChannel < ApplicationCable::Channel
  def subscribed
    stop_all_streams
    thing = Thing.find(params[:thing_id])
    stream_for thing
  end

  # You can add a received function here,
  # but I dont know what it does

  def unsubscribed
    stop_all_streams
  end
end

In my case, I am going to make a channel for updating data related to a room.

rooms_channel.rb

class RoomsChannel < ApplicationCable::Channel
  def subscribed
    stop_all_streams
    room = Room.find(params[:room_id])
    stream_for room
  end

  # You can add a received function here,
  # but I dont know what it does, I didn't need it.

  def unsubscribed
    stop_all_streams
  end
end

Broadcasting data to the channel

Broadcasts take a Model and a hash, then send it to all users subscribed to that Model's channel. You can put broadcasts basically anywhere in your code.

ThingsChannel.broadcast_to(
  thing, # an instance of your model, ex Thing.find(id)
  hash # any data
)

In my case, I want to broadcast data to the relevant Room's channel when a new message created or deleted in it.

/app/controllers/messages_controller.rb:

# POST /messages
def create
  room = Room.find(params[:room_id])

  message = Message.new(text_content: params[:text_content])
  message.user = @current_user
  message.room = room
  message.save!

  # after successfully creating the message, update the room that it was in
  broadcast room

  render json: message, status: :created
end

# DELETE /messages/1
def destroy
  message = Message.find(params[:id])
  room = message.room
  message.destroy

  # after successfully yeeting the message, update the room that it was in
  broadcast room
end

private

def broadcast(room)
  # ActiveModelSerializers::SerializableResource.new(object).as_json
  # returns the same thing sent by render json: object
  RoomsChannel.broadcast_to(room, ActiveModelSerializers::SerializableResource.new(room).as_json)
end

This is a pretty lazy implementation, as I just always re-serialize the entire room object and send just that.

This has the benefit of needing less thought on how you broadcast data in the backend and on how you process the data you get on the frontend.

A more smart implementation would be something like this

# POST /messages
def create
  ...
  # after successfully creating the message, tell the room to add it
  RoomsChannel.broadcast_to(room, { new_message: message })
  ...
end

# DELETE /messages/1
def destroy
  ...
  # after successfully yeeting the message, tell the room to remove it
  RoomsChannel.broadcast_to(room, { remove_message: params[:id] })
  ...
end

This would have the benefit of being more resource friendly on both the frontend and backend. Its just a bit more work to implement.

I am going to be giving examples for the lazy broadcast method from now on.

React side:

Installing Action Cable Provider

Install JackHowa's fork of react-actioncable-provider, unless you are reading this sometime in the future like 2024, in that case take a look at the network graph to make sure you are using the most well maintained branch:

cd client
npm install --save @thrash-industries/react-actioncable-provider

Getting the Cable:

Inside your /client/src/index.js add some stuff to initialize a cableApp and pass cable down into your App.

import React from 'react';
...
import ActionCable from "actioncable";

const cableApp={}
cableApp.cable=ActionCable.createConsumer("/cable")

const root = ReactDOM.createRoot(document.getElementById("root"));
root.render(
  <React.StrictMode>
    <App cable={cableApp.cable} />
  </React.StrictMode>
);

Passing the cable down

Pass the Cable down through your app similar to how you would do with state, repeating down to the component you need the stuff in:

...
import Room from "./pages/Room";

export default function App({ cable }) {
  ...
  return <div id="app" className="col centered">
    ...
    <Route path="/room/:room_id" element={<Room cable={cable}/>}/>
    ...
  </div>
}

Using the cable

Using the cable you passed down, you create a new connection like this, passing in callback functions for when you successfully connect, disconnect, and receive data

cable.subscriptions.create({ channel: "ThingsChannel", thing_id: thing_id },
{
  connected: () => console.log("thing connected!"),
  disconnected: () => console.log("thing disconnected!"),
  received: (updatedRoom) => setRoomObj(updatedRoom)
})

Here is an example for a lazy implementation of that:

...
export default function Room({ cable }) {
  const { room_id } = useParams()

  // Add some state for your the latest data from the Channel
  // optionally with defaults so your program doesn't die before its gotten data
  const [roomObj, setRoomObj] = useState({messages:[]})

  useEffect(() => {
    // manually fetch to get the initial state
    fetch(`/rooms/${room_id}`).then(r=>r.json().then(d=>setRoomObj(d)))

    // subscribe to updates for room
    cable.subscriptions.create({ channel: "RoomsChannel", room_id: room_id },
    {
      // optionally do some stuff with connects and disconnects
      connected: () => console.log("room connected!"),
      disconnected: () => console.log("room disconnected!"),
      // update your state whenever new data is received
      received: (updatedRoom) => setRoomObj(updatedRoom)
    }
  )}, [cable, room_id])

  return <div id="room" className="col">
    {/* Use your live data somehow */}
  </div>
}

Conclusion

While this certainly isn't exhaustive, I hope its enough to get you started.

Feel free to ask questions in the comments.

Helpful links:

If you are deployed through nginx, this answer is helpful for allowing actioncable through

If you are deployed to a url, add this to your /config/environments/ development.rb or production.rb

config.action_cable.allowed_request_origins = ['https://inhumanecards.com']

Top comments (5)

F53 • Nov 14 '22 • Edited

If you cant launch redis, the port may be busy.
it defaults to port 6379
so try running npx kill-port 6379

Ben • Nov 4 '23

There's no need to change your database to postgresql for actioncable to work. You can use postgres as the backend for actioncable but I think most people use redis (as you have). Your application database and actioncable backend are completely separate settings.