Robur

Мы то тут откуда это знаем?
Оценка того стоит это делать или нет и принятие решение по переносу - это ваша ответственность.

Если вы понятия не имеете что лучше, и не можете решить, попробуйте так:
Пишете в столбик
1. все проблемы которые есть сейчас на старом хостинге у клиента
2. все проблемы которые на этом хостинге будут с вашим новым сайтом у клиента
3. все проблемы которые на этом хостинге будут с вашим новым сайтом у вас
4. что из этого решит переезд на новый хостинг
5. проблемы которые будут у вас и у клиента на новом хостинге.

вычеркиваете одно из другого, что перевесит - то и делаете.

Самый быстрый способ вылечить - разобраться в модулях, и том как работают импорт/экспорт.

Запустите серверную часть в дебаг режиме (DEBUG=express:*) и посмотрите что там происходит при получении запроса и доходит ли он до нее вообще

Правильный ответ я уже дал тут: Если props отсутствует Нужно ли использовать memo?

Правильный ответ я уже дал тут: Нужно ли использовать useMemo в hooks?

Развивайте умение искать информацию. Потренируйтесь на тостере и на вашем собственном вопросе.

Годами хотел нечто такое. Пробовал всякое, и свои инструменты делал. Ничего не давало нужного результата - простоты понимания сложных систем.

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

В общем самое лучше средство визуализации - все еще листок с карандашом. Супер адаптивно, супер гибко, и ровно на том уровне абстракции/детализации который вам нужен.

2. Как предоставлять услуги заказчику, если еще нет команды? То есть, нахожу заказ и хочу его выполнить, я могу приступить и параллельно искать помощников. Как это обычно обьясняют клиенту?

Никак, вы не можете предоставить услугу работы команды если у вас нет команды.
Нормальный заказчик выяснит сначала что у вас за команда, и в этом моменте вам или придется сказать что у вас ее нет и вы хотите под заказ её начать собирать, попутно пиля что-то самостоятельно (а теперь придумайте причину зачем это заказчику).
Или наврать с три короба - это прямой путь в ад.

3. Где лучше искать долгосрочные заказы для команды "под ключ"? Насколько понимаю биржи типа Upwork, Freelancer больше заточены под мелкие заказы и индивидуальных исполнителей. Может есть другие варианты (собственного сайта пока нет и в ближайшее время не будет)?

М-Маркетинг. Вы хотите сделать некий продукт-услугу, и начать это продавать. А вы разработчик, тимлид и все такое. Так что сначала-осваивать новую специальность. И да, на апворке есть всякое. Вопрос - сможете ли вы это получить.

4. На каком моменте нужно регистрировать компанию? Можно ли обойтись без этого на первых порах

Если хотите работать в белую - то до того как возьмете первый заказ. На первом же переводе денег к вам будут вопросы. Если в черную - то как хотите, удачи вам в этом.

Не благодарите, это немного раздражает.

Или не изобретать ни чего, а грузить форму на сервер и там все делать?

да.
даже если вы это сделаете на клиенте - то это будет очень печально. И у вас должна быть очень, очень серьезная причина так делать.

Это сильно зависит от того что у вас за "программное средство".

Внятно заказчик не может ответить, что это.

Вычеркиваем из ТЗ.

А вообще если заказчик не может ответить что это - возможно он не настоящий заказчик и вам просто проект перекинул? :) Особенно если вычеркивать не захочет.

Есть только один проверенный путь - меньше жрать.
И миллион способов как заставить себя это сделать, тут уж каждому свое.

Английский

никакой график и уж тем более таблица на экране не вместит миллионы значений. даже больше 100 - редкость. Вам не нужно все это грузить и пытаться вывести разом.

Чтобы не грузить больше чем надо:
- фильтрация (например "данные за сегодня" или "вот по этому человеку")
- пагинация (следующие 50 записей начиная с 123849)
- аггрегация (средний доход по каждому году за последние 10 лет - получаете 10 записей в ответе)
- виртуализированные таблицы которые рендерят только то что нужно, а не все 100500 записей которые вы ей скормили (https://github.com/bvaughn/react-virtualized, дальше погуглите)

Чтобы не тормозило на сервере:
- правильные индексы
- по максимуму использовать возможности SQL
- грамотная организация данных/работы с ними (по возможности)

Barring, раньше ничего не мешало писать в разные файлы и подключать их все в html.
Но это быстро поменялось на то чтобы писать в разные файлы и склеивать их в один, затем его подключать.
ну и дальше понеслось. Пока не было стандарта - все изобретали что могли - вариантов много. потом добавили модули в спеку и сейчас все понемногу приходит в норму и единообразие
Пока что мэйнстрим это писать es6 модули но собирать разными вабпаками и прочим - как именно они реализуют эти модули на js - можно открыть билд и посмотреть, там все видно. В целом те же (function () {})() c некоторой обвязкой.

Все идет к тому чтобы модули были везде нативные, а уж как их там в браузерах-движках реализуют - отдельная история

зарегайтесь на https://cofounderslab.com/ и поищите там. сделайте хороший профиль чтобы вас находили. А так же angel.co - более общий но тоже вариант.
не слушайте тех кто пишет что ничего не получится - те кто сам что-то сделал, обычно так не пишут, а советы тех кто не сделал бесполезны.
Дальше зависит только от вас.

Я на cofounderslab.com нашел своего кофаундера, тоже был в состоянии "что-то надо делать". Сейчас проект уже пилится и прошел в пару акселераторов.

хочется

Если хочется - то вопрос о целесообразности не стоит. Хочется - делайте, кто ж вам запретит.
Если вопрос "в общем" - зависит от задачи. Но в целом я бы не стал делать нейросети на js, если только не нужно это делать на клиенте зачем-то.