Home

Awesome

<p align="center"> <img alt="iSSR" src="http://natrube.net/issr/logo.svg"> </p>

The easiest way to move your React application to Server-Side Rendering. Handles Side Effects and synchronizes State.

Table of Contents

Articles

Features

Getting Started

Modern JS applications are divided into 2 types:

SSR

Schematically, the SSR application looks like this:

iSSR

Problems

One of the key problems with SSR applications are asynchronous operations. JS is an asynchronous language, all requests to the server, on which our application data depends, are asynchronous. They affect the state of the system - these are side effects. Since content availability is critical for search engines, we must handle this asynchronous behavior. The React Server Renderer is designed as a synchronous operation that steps through our React-DOM step by step and turns it into HTML.

The second problem is hydration. A process that allows us to associate the received HTML and the state of the application from the server with what will be built in the user's browser.

iSSR handles asynchronous operations and synchronizes state on the client.

Motivation

React currently has many solutions for building SSR applications. The most popular solution is Next.JS. This is a great framework with many possibilities, iSSR cannot replace it. But, Next.JS requires rewriting your existing application completely. Next.JS is a framework, which means you have to use its approaches. iSSR is just a small library that handles side effects and synchronizes state.

Usage

The simplest example of an SSR application using an asynchronous function via setState

Example:

Here is a simple Todo List Application without SSR. It uses jsonplaceholder for mocking the data:

import { useState, useEffect } from 'react';
import { render } from 'react-dom';

const getTodos = () => {
  return fetch('https://jsonplaceholder.typicode.com/todos')
   .then(data => data.json())
};

const TodoList = () => {
  const [todos, setTodos] = useState([]);

  useEffect(() => {
    getTodos()
      .then(todos => setTodos(todos))
  }, []);

  return (
    <div>
      <h1>Hi</h1>
      <ul>
        {todos.map(todo => (
          <li key={todo.id} style={{ textDecoration: todo.completed ? 'line-through' : 'none' }}>{todo.title}</li>
        ))}
      </ul>
    </div>
  )
}

render(
  <TodoList />,
  document.getElementById('root')
);

It's very simple, when we open the application it will load the todo list data from the server and render it.

Let's change this app to SSR:

Step 1. Installation:

npm install @issr/core --save
npm install @issr/babel-plugin --save-dev

Basic webpack configuration for SSR:

npm install @babel/core @babel/preset-react babel-loader webpack webpack-cli nodemon-webpack-plugin --save-dev

For this example we should install node-fetch because native fetch does not support node.js. Also, for the server we will use express, but you can use any module

npm install node-fetch express --save

Step 2. Make webpack.config.js in the root of project

const path = require('path');
const NodemonPlugin = require('nodemon-webpack-plugin');

const commonConfig = {
  module: {
    rules: [
      {
        test: /\.jsx$/,
        exclude: /node_modules/,
        use: [
          {
            loader: 'babel-loader',
            options: {
              presets: [
                '@babel/preset-react'
              ],
              plugins: [
                '@issr/babel-plugin'
              ]
            }
          }
        ]
      }
    ]
  },
  resolve: {
    extensions: [
      '.js',
      '.jsx'
    ]
  }
}

module.exports = [
  {
    ...commonConfig,
    target: 'node',
    entry: './src/server.jsx',
    output: {
      path: path.resolve(__dirname, './dist'),
      filename: 'index.js',
    },
    plugins: [
      new NodemonPlugin({
        watch: path.resolve(__dirname, './dist'),
      })
    ]
  },
  {
    ...commonConfig,
    entry: './src/client.jsx',
    output: {
      path: path.resolve(__dirname, './public'),
      filename: 'index.js',
    }
  }
];

The main goal is to create 2 applications client and server with common logic.

Step 3. Let's separate the general logic from rendering. Let's create App.jsx, and take out the common part for both Frontend and Backend:

import React from 'react';
import fetch from 'node-fetch';
import { useSsrState, useSsrEffect, useRegisterEffect } from '@issr/core';

const getTodos = () => {
  return fetch('https://jsonplaceholder.typicode.com/todos')
   .then(data => data.json())
};

export const App = () => {
  const [todos, setTodos] = useSsrState([]);
  const registerEffect = useRegisterEffect();

  useSsrEffect(() => {
    registerEffect(getTodos).then(todos => {
      setTodos(todos);
    });
  }, []);

  return (
    <div>
      <h1>Hi</h1>
      <ul>
        {todos.map(todo => (
          <li key={todo.id} style={{ textDecoration: todo.completed ? 'line-through' : 'none' }}>{todo.title}</li>
        ))}
      </ul>
    </div>
  );
};

In this code, getTodos is an asynchronous operation that makes call to the jsonplaceholder server and gets the todo list data.

const getTodos = (page) => {
  return fetch(`https://somedatasite.com/articles/${page}`)
    .then(data => data.json())
};
// ....
const [page, setPage] = useSsrState(1);
const [todos, setTodos] = useSsrState([]);
  const registerEffect = useRegisterEffect();

  useSsrEffect(() => {
    registerEffect(getTodos, page).then(todos => {
      setTodos(todos);
    });
  }, [page]);

Step 4. client.jsx should contain part of the application for Frontend

import React from 'react';
import { hydrate } from 'react-dom';
import { createSsr } from '@issr/core';
import { App } from './App';

const SSR = createSsr(window.SSR_DATA);

hydrate(
  <SSR>
    <App />
  </SSR>,
  document.getElementById('root')
);

The code:

const SSR = createSsr(window.SSR_DATA);

Associates the state executed on the server with the application on the client side. For correct work useSsrState on the client

Step 5. server.jsx should contain the logic of the NodeJS application, it is convenient to use the koa/express framework or similar for this:

import React from 'react';
import express from 'express';
import { serverRender } from '@issr/core';
import serialize from 'serialize-javascript';
import { App } from './App';

const app = express();

app.use(express.static('public'));

app.get('/*', async (req, res) => {
  const { html, state } = await serverRender.string(() => <App />);

  res.send(`
  <!DOCTYPE html>
<html lang="en">
<head>
    <meta charset="UTF-8">
    <title>Title</title>
    <script>
      window.SSR_DATA = ${serialize(state, { isJSON: true })}
    </script>
</head>
<body>
    <div id="root">${html}</div>
    <script src="/index.js"></script>
</body>
</html>
`);
});

app.listen(4000, () => {
  console.log('Example app listening on port 4000!');
});

There are 2 important points in this code:

app.use(express.static('public'));

The server should serve the folder where frontend part of application is built.

<script>
  window.SSR_DATA = ${serialize(state, { isJSON: true })}
</script>

This code saves the executed state on the server to use it on the client side later .

Step 6 The final step is webpack's scripts for development mode and building. Add to your package.json:

"scripts": {
  "start": "webpack -w --mode development",
  "build": "webpack"
},


The MIT License

Copyright (c) Aleksandrov Sergey

Permission is hereby granted, free of charge, to any person obtaining a copy of this software and associated documentation files (the "Software"), to deal in the Software without restriction, including without limitation the rights to use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies of the Software, and to permit persons to whom the Software is furnished to do so, subject to the following conditions:

THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.