Robur

Никак. Оно на то и лексическое окружение что зависит только от того места где функция физически была описана.
Куда вы там на нее ссылку в памяти в процессе работы передадите это уже не важно.
Чтобы к ним получить доступ из другой функции, надо менять текст программы.

Но подменять одну функцию другой так чтобы она получила доступ к тем же данным - можно сделать, если организовать доступ как-то еще. самый просто способ - положить её в объект и работать с this.

e = console.log(url, ar(img));

поменяйте на e => console.log(url, ar(img));

ну или поменяйте свои ожидания :)

в корневом package.json:
"build": "cd client; yarn build; cd .."

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Английский