Денис

Вам поможет Child process

let arr = `${num}`.split("")

Делаете статус самозанятого
Выбираете экваринг подключаетесь
При переходе на юр лицо проблем сменить данные не будет
Смените только апи
Из трудностей не любят самозанятых
Ну и сайт уже должен быть готов перед принятием и переводом платежей полность
Это самый простой вариант и законный

Второй вариант пополнять баланс и переводить p2p через киви и яндекс
Но при переводе уже на юр лицо или самозанятого апи будет другое .
Ну и есть вероятность что кошельки будут блокировать

WebSocket

css.yoksel.ru/animation-for-gradients

Мой собственный ответ после изучения темы и чтения иностранных коллег будет таким:

Технология была многообещающей и интересной на старте. Для ее поддержки гугл даже придумал отдельную спецификацию HTML Imports: https://w3c.github.io/webcomponents/spec/imports/i... (можете не ходить, там 404), что позволяло подключать однофайловые компоненты прямо в документ так:
<link rel="import" href="my-component.html">
Классно же да?

Но технология не приобрела популярности, возможно так как была слишком простой и понятной, а именно в это время на пик славы вышел npm, gulp и вот это всё. В моду входила непонятная магия, утрата контроля над кодом и всякие оптимизаторы позволявшие сделать для одного слайдера на главной страницы бандл в полтора, а иногда 2-3 Мб. кода, и всё это без всяких там jQuеry.
Ребята одумались и убрали спецификацию HTML Imports, предлагая разбивать компоненты на 3 отдельных файла - js, css и html с шаблоном. Причём js надо было подключать на странице, css тоже, а html должен был загружать по задумке создателей уже в само js. Такой подход позволял резко усложнить работу с web-components и сделать код снова неуправляемым, но было поздно - технология уже уступила позиции конкурентам.
Конечно это был сарказм, если кто-то не понял.

Жизнь в этой идее еще теплится, но теперь нам предлагается писать код в трех файлах или помещать его целиком в js, или использовать со специальными загрузчиками, что сопоставимо с использованием какого-нибудь фреймворка, того же Vue, дающее теме же усилиями гораздо большие возможности и смысл использовать веб-компоненты отпадает окончательно.

Короче технология по задумке хорошая, но на практике не применимая, поэтому широкого распространения и не получает.

Сделать для каждой иконки маску и применить эту маску к верхнему бордеру.

Придется поднять 2 инстанса http сервера, каждый на своем порту и адресе.
В принципе их можно будет использовать с общим app, так как и у req и у res есть свойство socket, являющееся инстансом net.Socket, а значит из него можно получить адрес и порт:
https://nodejs.org/dist/latest-v14.x/docs/api/http...
https://nodejs.org/dist/latest-v14.x/docs/api/http...
https://nodejs.org/dist/latest-v14.x/docs/api/net....

var app = require('express')();
var http = require('http');
var server1 = http.createServer(app);
var server2 = http.createServer(app);

server1.listen(PORT1, ADDRESS1);
server2.listen(PORT2, ADDRESS2);

io правда придется создать 2 инстанса, но обработчики событий опять же можно навесить общие.

Для объёма ваших данных, самое простое будет я считаю начать вообще с базы sqlite. Она по-умолчанию встроена в пхп и для общего понимания sql вполне сойдёт. Простая.