Ro37A

Советую для этих целей поставить удобную библиотечку classnames. С ней подобные конструкции (и гораздо более сложные) выглядят проще:

const classNames = require('classnames');
...
<div className={classNames( "form-textbox-label", {
   "field-active": this.state.fieldActive
})}></div>

Я ерлангер. Для начала опишите ваш кейс. Просто странички генерировать может кто угодно, где-то это быстрее, где-то это медленнее. Вы вообще можете переписать все на C/C++, летать будет - гарантирую.

По части Erlang/Elixir. По сути это одно и тоже, только в разной обертке. Все это выполняется на Erlang VM.
Cчитаю Elixir в настоящее время больше заточен для веб наличием разного рода либ, типа Феникса или ORM Octo (так кажется?).
В Erlang это более низкоуровневые либы, но и свободы творчества больше.
Есть всякие N2O, Nitrogen и т.п.

Что хорошо в этих языках, так это:
1. Вы можете не использовать сторониие сервисы чтобы хранить состояние. Все может хранится в памяти.
2. Вы легко можете распаралелить работу на несколько ядер (если это позволяет задача). Никакой PHP не даст тут такой гибкости.
3. Вы можете быть уверены в надежности. Можете контроллировать когда приложение будет падать, а когда нет.
4. Ну всякие бенчмарки: www.ostinelli.net/a-comparison-between-misultin-mo...
5. Да еще. Erlang/Elixir-приложуху можно прозрачно кластеризовать на несколько машин, конечно она должна это поддерживать.

здесь можете почитать как ProvidePlugin использовать. Ну и как бы использовать jq во vue это кусок г...на

Консорциум W3C прекратил работу над спецификацией в ноябре 2010 года, из-за чего спецификации этого API не входит в список рекомендованных W3C.
https://www.w3.org/TR/webdatabase/

Вам осталось немного дожать мысль и понять в чем профит строгой типизации.

Скорее всего из-за краткой записи xhr.open('GET','inner.js',true)
запрос уходит по протоколу file:// потому что скорее всего вы открываете сайт с жесткого диска напрямую, а в xhr.open не указываете протокол явно, поэтому он "наследуется" от страницы.

Я советую вам:
1) открывать сайт через локальный сервер. То есть по адресу по типу localhost:5000 . Для этого может помочь библиотека serve: https://www.npmjs.com/package/serve
после того как сможете открыть сайт на localhost'e
2) максимально упростите обработку запроса на ноде и код сервера. Например шлите всегда на все "Hello world!"

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

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

Я бы не советовал так делать, так как с десктопа тоже можно позвонить. Раньше я сам звонил с помощью скайпа и при клике по такой ссылке телефон пробрасывалс в скайп.

Связка imac - iphone сейчас прекрасно работает.

новое обновление windows 10, тоже начнёт связывать андроиды с виндой.

CI/CD (Continuous Integration/Continuous Delivery) сервер ответ на ваши проблемы. Например, bitbucket pipelines, circle ci, gitlab pipelines, jenkins и т.д. Работает так:

• сервер отслеживает пуши в определенные ветки, например, в master.
  
• если в master пришли коммиты, то запускается определенный скрипт, который вызывает сборку (обычно еще перед этим запускаются тесты, если есть).
  
• если сборка прошла успешно, то результат этой сборки кладется в отдельную папку -- это называется build artifact
  
• этот build artifact тем или иным образом загружается на хостинг -- у всяких там AWS/Azure и т.п. облак обычно есть API для этого, можно передавать файлы через scp или sftp.
  

Если вся инфраструктура локальная, то и CI/CD сервер обычно ставят локально, например, Jenkins или TeamCity. Но без выделенного админа/девопса проще в облаках настроить, наверное.

P.S. это, конечно, годится не только для проектов на vue, а вообще для любого веба, включая бэкенд.

Судя по примеру в репозитории библиотеки, ExcelSheet является свойством ExcelFile и не экспортируется из модуля напрямую.

import ReactExport from "react-data-export";

const { ExcelFile } = ReactExport;
const { ExcelSheet } = ExcelFile;

Либо не экспортируете Form.

Paypal и Netflix используют Node.js. У обоих нагрузки очень даже приличные.
В плане масштабируемости думайте об архитектуре. Можно и на perl написать приложение, которое за секунду будет обслуживать миллион клиентов.
Node.js будет прекрасно работать в качестве движка для типичного веб-приложения вроде магазина, чата или CRM. Если у вас очень много компонентов, например тысячи, логичнее приложение разбить на модули и сделать вместо одного приложения несколько, которые можно запускать по-отдельности (здесь уместно упоминание микросервисной архитектуры). Разумеется запросы нужно распределять с помощью балансировщика.
Есть еще такая вот штука https://serverless.com/ - ее можно масштабировать практически до бесконечности. Были бы деньги.
Node.js будет плохо работать в области процессинга данных, например генерация картинок, потоковая обработка видео, нейронные сети и т.д. Здесь лидеры C, C++, Go, Rust, Java.
Можно даже создать гибридное приложение - большую часть выполнить на Node.js, а критичную по производительности на другом языке. Например генерация миллиона прайсов в сутки в старый xls или векторный pdf, упаковка в архив и рассылка - не самая лучшая идея для Node..JS. То же C++ здесь будет вне конкуренции.

redux-persist

У вас ошибка в lenght, нужно length