Максим

Нужно как вы написали: создавать отдельные компоненты, в которых реализован некий функционал, собственноручно или "подтянув" сторонний код.
На выходе, будет например:

<PhoneInput />
<DatePicker />

и т.д.

На всякий случай: node нужен для удобства разработки и для "сборки бандла вебпаком", например... Для общения с вашим API node не нужна. Нужен файл(ы) скриптов, которые будут отвечать за работу вашего SPA приложения.

У вас же в конце концов будет только html/css/js файлы, которые отдает ваш nginx, например. Node-процесс запускать для работы вашего SPA в проде не нужно.

з.ы. на одном из проектов в проде: статика (html/css/js) отдается nginx, бэкэнд на Elixir + Phoenix.
з.ы.ы. Локальная девелоперская версия работает на ноде + собираю скрипты вебпаком.

Очередь с реактом ничем не отличается от "очереди с чем угодно". Можете использовать requestAnimationFrame (EN, на русском тоже есть в гугле) + "как контролировать fps", или setInterval / setTimeout.

Реакт тут вообще не причем, когда напишите код для показа без него, добавьте этот код в код компонента и все.
---
Алгортим примерно следующий:
1) загружаете список url
2) по нему начинаете загружать картинки (стандартно, с помощьюconst img = new Image + img.onload = ... )
3) эти картинки складываете в очередь (в массив)
4) начинаете показывать

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

1. Поясните этот момент. Поиск, фильтрация... это же обычные операции на vanila js? Спокойно обрабатывайте ваши данные в reducer'ах, хоть с помощью underscore, хоть с помощью lo-dash...
2. Разделение кода возможно. Так как за сборку отвечает обычно webpack, начать можно с небольшого теоретического экскурса здесь: Кантор (ру) (гугл, подкидывает еще (англ.))
3. Не мало всего уже есть, но конечно меньше.

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

Можно запускать команду через screen
То есть, команда screen как будто бы открывает виртуальную вкладку, в ней запускаете meteor, затем выходите из скрина (обычно это ctrl + A,D ) и у вас "сессия" в той виртуальной вкладке остается висеть. Чтобы снова к ней присоединиться, нужно написать screen -R. Ну или просто почитайте подробнее про screen.

Передавать параметры в функции, можно с помощью bind (при этом создается новая функция, что может сказаться на производительности, но я с проблемами не сталкивался).

Выглядеть это может так:

...
onChangePeriodClick(period) {
  console.log(period)
}
...
<button onClick={this.onChangePeriodClick.bind(this, 'Hours')} /> Hours </button>
...

по поводу вопроса 2: вам будет необходимо взять еще что-то. Например, можно использовать веб сокеты, чтобы рассылать всем подписчикам события: элемент_создан / удален и т.д. Без такой "рассылки" по подписчикам (подключенным клиентам) не получится сделать, разве что будет какой-то костыль с таймером (не надо так).

по поводу вопроса 1, за неимением хорошего простого примера под рукой, предлагаю сделать по шагам, если получится - уверяю, с "расширением" пойдет гораздо лучше:

Например есть страница с номерами телефонов и именем.

На этой странице у вас компонент PhonesAndNames в момент componentDidMount делаете xhr вызов и получает список всех телефонов и номеров. Например, это GET запрос на ваш сервер: GET /api/phones

Полученные данные вы кладете в state и в рендере компонента у вас строится таблица по данным из state компонента. Следовательно, как только у вас xhr запрос завершится, данные окажутся в state, случится ре-рендер и все будет хорошо. Для полного счастья, можно добавить переменную isLoading, например, и ставить ей true в начале выполнения запроса, и false в момент получения ответа. В рендере компонента, в зависимости от значения isLoading - рисовать прелоадер. Конечно, isLoading тоже будет жить в state.

Далее, при наведении на строку - у вас, к примеру рисуется "крестик". По клику на крестик - производится запрос на сервер, например: DELETE /api/phones/айди. Внутри компонента PhonesAndNames это будет просто onClick на элементе крестик и функция, которая опять же отправляет xhr запрос. Когда будет получен ответ, вы должны поиском найти id удаленного элемента из вашего списка в state и вернуть список элементов. Изменился state - случился ререндер - все в порядке.

Так же с добавлением. Вам достаточно поставить пару input'ов + кнопку "добавить". Опять обработчик на onClick (или на onSubmit, если сделаете это как форму) - опять xhr запрос (POST /api/phones), опять на успешный ответ операция со списком телефонов и имен в state, а именно: банально добавление в конец или в начало нового элемента.

Остался только update. С ним тоже самое. В простейшем примере, чтобы не заморачиваться, все ваши телефоны и имена могут быть в таблице внутри тэга input и в конце строки, там же где крестик - иконка "обновить".
---
Получается, если вы будете использовать web-сокеты, то вам нужно будет настроить свой сервер так, чтобы в момент успешного ответа на все вышеизложенные методы бродкастилось (от broadcast, т.е. рассылать) какое-то событие, на которое ваши клиенты умеют реагировать.
---

Чтобы все это в процессе "расширения" и "усложнения" не превратилось в трудноподдерживаемую кашу, рекомендую использовать любую из библиотек для "управления состоянияем приложения", так сказать. Мне очень нравится redux.

в дополнении к предыдущему ответу, выглядит это примерно так:
.babelrc
"presets": ["es2015", "stage-0", "react"],

Использовать можно. Здесь годная статья о том, как подключать только "кусочки jQuery" в сборку.
Там же есть и примеры.