VoidVolker

Приведённый код предназначен скорее всего для NWJS приложения или его аналогов на базе хромиума с интегрированной NodeJS. В вашем случае вам следует сделать следующее:

1. На сервере сначала запустить веб-сервер
   
2. В коде сервера создать контроллер для определенного пути, который запустит выполнение скрипта
   
3. На клиенте отправить запрос по указанному пути на сервер
   

Примерно в районе 1-50к рублей - большой разброс из-за возможных особенностей расширения, качества его кода, конкретных требований как и куда именно сохранять (все в один файл, по каждому сайту отдельно файл, версионирование и прочее), работа с облаками - там тоже везде свои тараканы, необходимость публикации приложения и т.п.

Про VirtualBox уже сказали. Дополню терминалом: ConEmu + git-bash + zsh + oh-my-zsh.

Пирожок: https://porkbun.com/support/payment_options - скрилла нет, зато принимают крипту и не истерят.

Вынести эту часть в отдельный репозиторий с минимальной обвязкой для отладки и предоставить разработчику доступ в этот репозиторий. А после завершения работ влить изменения в основной репозиторий.

На клиенте в куках/localstorage и хранить. БД тут совсем не нужна.

https://tests.caniuse.com/
https://browserleaks.com/features
https://html5test.com/index.html
https://css3test.com/

В рамках поставленной задачи и документации. Например: в системе управления задачами создается задача "разработать страницу авторизации". Эта задача состоит, как минимум, из двух подзадач: верстка страницы, разработка метода авторизации для апи. К первой подзадаче прикрепляется ссылка на дизайн верстки. Ко второй - описание логики работы бэка. Бэкенд разработчик проектирует метод авторизации и выкатывает документацию по методу: отправить пост запрос по такому-то адресу с такими-то параметрами (условно). Соответственно эта документация прикрепляется к основной задаче, откуда её берет фронтенд разработчик и далее в коде указывает нужные параметры для отправки запроса согласно данной документации. В случае, когда "все в одной куче" - либо работает фуллстек разработчик, либо несколько разработчиков параллельно с разделением логики на разные модули/файлы. Например, в одном файле шаблон верстки, в другом логика/скрипты, в третьем логика бэка - каждый делает свою часть и оно все вместе как-то работает.

Использовать сторонний сервис для тестирования, например: https://www.browserstack.com/test-on-iphone

Называется Метапоиск.

Не существует кода, который нельзя расшифровать - иначе, это не шифрование. Все что может быть расшифровано - может быть расшифровано. Вопрос лишь во времени и ресурсах. Просто потому, что защита отстает от атаки на один шаг. Защититься от неизвестной атаки невозможно. В целом же, либо используете любой компилируемый ЯП и стандартные механизмы обфускациии и шифрования полученного бинарного файла либо сами пишете свой компилятор/обфускатор/шифровальщик. Примера ради посмотрите на историю попыток защиты игр - все популярные игры через несколько дней/недель/месяцев оказываются на торрент-трекерах для свободного скачивания и игры.

1. Развернуть приложение полностью на 100% на своем сервере, а код разместить в своем приватном репозитории.
   
2. Показать клиенту, что все задачи выполнены по ТЗ.
   
3. Получить оплату на 100%.
   
4. Разместить приложение на сервере клиента, а код - в его репозитории.
   

Просто по договоренности оплата пойдет только после установки программы на компьютер клиента.

Если в прошлый раз клиент кинул - что помешает ему сейчас кинуть? Просто не передавайте результат до оплаты, аргументируя это предыдущим случаем.

Забудьте. Во-первых: на денежных тендерах почти всегда договорняк и откатняк. Во-вторых: даже если выиграете что-то - времени потратите в 10 раз больше, а реальной работы будет несколько процентов: а все остальное - документация в соответствии с гостами (в печатном виде и тоже по гостам, да), вероятно даже древними и абсолютно бесполезными в настоящее время, бесчисленные согласования через десяток человек, которые сам ничего не понимают и не знают, асбурдные требования и еще куча других веселых приключений. Ну а по итогу могут вообще остаток суммы не заплатить по каким-то причинам - ту не так, это не эдак, или вообще "денег нет".

Верстальщик.

Как правильно разделить обязанности между фронтенд и бэкэнд разработчиками в 2022 году?

Сделать декомпозицию всего проекта в несколько интераций, далее правильно его структурировать и спроектировать архитектуру, которая будет решать поставленные перед проектом задачи и соответствовать его требованиям. Архитектуру разрабатывает/разрабатывают архитектор и/или тим- и тех- лиды. И вот когда на руках будет исчерпывающее ТЗ со всеми деталями - на этом этапе тимлид и прожект-менеджер создают задачи для фронт-энда и для бэкэнда. При этом, выставляются взаимосвязи и блокировки задач: например, "список пользователей в админке" для фронта, зависит от "базовое API для управления пользователями" для бэка, если задача для фронта требует каких-то дополнительных точек API - просто создается подзадача для бэка типа "поиск пользователя по всем полям учетной записи". И такие подзадачи не просто могут быть, они однозначно будут и надо просто учитывать этот момент.

То же касается и функциональности сортировки, фильтрации, поиска и так далее.
Есть ли смысл делать это все на сервере?

Конкретная реализация зависит от задач. Если данных мало и их можно быстро передать - то да, удобнее на клиенте обрабатывать, если данных много - то на сервере, при этом сделать кэш и группировку для горячих данных для ускорения. Приведу реальный пример из практики (тыц): была задача сбора и отображения статистики использования десятки терминальных серверов на нескольких сотен пользователей. От каждого активного пользователя по несколько сотен точек в день, десяток машин. И для каждой машины и для каждого пользователя надо было сделать график и чтобы все это можно было быстро и удобно просмотреть. Десятки и сотни мегабайт данных - сотни тысяч точек за несколько месяцев. На одной странице. Все данные хранятся в БД, горячие данные - в кэше памяти, аппроксимация точек для разных периодов времени за 3 месяца, быстрые фильтры для получения данных для построения графика с нужной точностью за выбранный период. Т.е., фронт говорит "дай данные за такой-то период для такого-то сервера/пользователя" - бэк быстро фильтрует нужное среди нескольких сотен мегабайт данных и отдает от нескольких десятков до нескольких сотен КБ.

а как эти данные из джсона перенести в бд?

какой далее мой алгоритм действий

Очень просто:

1. Устанавливается и настраивается СУБД (в вашем случае для простоты подойдет MongoDB)
   
2. В серверной части устанавливается пакет Mongoose для работы с монгой
   
3. Пишете простой скрипт: загрузить JSON в память и сохранить данные в монго, используя Mongoose
   

Теперь в коде сервера спокойно подключаетесь к БД и используете её по назначению. Например, пишете классы по каждому типу данных, которые работают с БД. Для реализации API можно взять любую готовую библиотеку - их полно. И потом просто склеиваете это все вместе.

в целом трудность в понимании баз данных

Хороший повод пойти и почитать про основы БД, СУБД, как и зачем это все придумано и используется, а так же какие задачи оно решает.

Устанавливается драйвер терминала и используя SDK, предоставляемый производителем или же используя предоставляемый драйвером какой-либо стандартный интерфейс разрабатывается программа, которая берет данные с терминала и взаимодействует с вашей инфраструктурой.