Александр Прозоров

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

Только делается это ПОСЛЕ загрузки страницы средствами роутера JS, а не перед загрузкой страницы как "обычно"

?id=666 это query везде зовётся, а /path/666 параметры. Если я правильно понял вопрос

И почему выдается ошибка Error: bind EADDRINUSE

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

В вашем втором примере - как раз воркеры валятся из-за занятого порта мастером

А что еще не получается?

С каким бекендом Вы предпочитаете связывать свое приложение?

Обычно REST/HTTP API/RPC прячут нюансы реализации бэкэнда. Так что без разницы, лишь бы апишка была удобная.

Каков Ваш стек в этом плане?

php, symfony2, postgresql. В любом случае разработчика SPA это волновать должно в последнюю очередь.

Так же интересует выбор баз (MySql, MongoDB....)

никогда не используйте mongodb как основное хранилище. Любая реляционная база на простых задачах (а на простых задачах nosql не нужен) будет проще и эффективнее. Говорю это основываясь на своем горьком опыте. Храните в mongodb агрегации денормализованных данных для ускорения выборок из реляционок. то есть в mongodb должны быть либо простые независимые данные (логи например) либо read-only данные.

Потому что

setTimeout(function(){
    res.write('FINISH'); // выполняется позже
}, 3000);
res.end(); // чем это

// нужно так:

setTimeout(function(){
    res.write('FINISH');
    res.end();
}, 3000);

Я набросал пример - jsfiddle.net/yuvuyrhv/19

class MyForm extends React.Component {

  constructor(props) {
    super(props);
    this.handleSubmit = this.handleSubmit.bind(this);
    this.addGood = this.addGood.bind(this);
    this.changeGoodCount = this.changeGoodCount.bind(this);
    this.state = { goods: [] };
  }

  handleSubmit() {
    console.log('handleSubmit');
  }

  addGood() {
    const { goods } = this.state;
    this.setState({ goods: [ ...goods, { count: 0 } ] });
  }

  changeGoodCount(n, count) {
    const { goods } = this.state;
    this.setState({ goods: goods.map( (good, i) => i === n ? { count } : good ) });
  }

  render() {
    const { goods } = this.state;
    const { handleSubmit, addGood, changeGoodCount } = this;
    console.log('MyForm.render() -> goods =', goods);
    return (
      <form onSubmit={handleSubmit}>
      	<div>
          Имя пользователя: <input type="text" />
        </div>
        <div>
          Телефон: <input type="text" />
        </div>
        <div>
          { goods.map( (good, i) => <GoodInput key={i} good={good} n={i} onChange={changeGoodCount}/> ) }
        </div>
        <div>
          <button type="button" onClick={addGood}>Добавить что-либо</button>
        </div>
      </form>
    );
  }
}

class GoodInput extends React.Component {
  handleChange(e) {
    const { n, onChange } = this.props;
    const count = e.currentTarget.value;
    onChange(n, count);
  }

  render() {
    const { good, n } = this.props;
    return ( 
      <div>
        Количество товара {n} <input type="text" onChange={(e) => this.handleChange(e)} />
      </div>
    );
  }
}

Идея, надеюсь, ясна. В итоге подключите к вашим сторам все это, уберете стейт, добавить проп тайпс, добавите обработчики onChange на все инпуты и так далее...

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

Надо поднимать nginx и создавать в нем два домена, каждый будет проксировать свое приложения. Нодовские приложения придется переместить с 80 порта на что-то незанятое (каждое на свое). Примерный конфиг для одного такого приложения:

upstream app1 {
    server 127.0.0.1:3003; # порт, который слушает приложения
}

server {
    listen 80;

    # черновики для разных серверов, раcкомментить нужный по необходимости
	
    # home box
    #set $apppath /home/hogart/projects/app1;
    #server_name app1.local;

    # beta
    #set $apppath /home/hogart/app1;
    #server_name app1.kitmanov.name;

    # production
    #set $apppath /home/hogart/app1;
    #server_name app1.info;


    root $apppath;

    # раздача статики
    location ~ /style|js|img/ {
        root $apppath/public/;
        gzip on;
        gzip_static on;
        gzip_types text/css application/x-javascript;
        gzip_proxied no-store no-cache private expired auth;
    }

    location / {
        proxy_pass http://app1; # из upstream (см. выше)
        proxy_http_version 1.1;
        proxy_set_header Upgrade $http_upgrade;
        proxy_set_header Connection 'upgrade';
        proxy_set_header Host $host;
        proxy_set_header X-Real-IP $remote_addr; # удалить, если приложению не нужен реальный IP юзера
        proxy_set_header X-Forwarded-For  $proxy_add_x_forwarded_for; # удалить, если приложению не нужен реальный IP юзера
        proxy_cache_bypass $http_upgrade;
    }
}

require('child_process').exec('./test/test.exe');

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

в случае jade мы еще получаем довольно минималистичную разметку, по сравнению с html. Ну и да, обычно его компилят в js и потом уже используют на клиенте.

Вот как узнать какая версия локальная

Чтобы узнать версию в репозитории:
npm info module version
например
npm info gulp version

upd:
npm outdated

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

Видимо один из возможных путей - переписать шаблоны под react-style и компилить их в js-код. Код будет выглядеть как-то так:

function template() {
	            return react.createElement(
	                'div',
	                null,
	                react.createElement(
	                    'h1',
	                    { className: 'text-danger' },
	                    'Page not found'
	                ),
	                react.createElement(
	                    'p',
	                    null,
	                    'This page does not exist'
	                )
	            );
	        }

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

Если не для прода, то, видимо, в целях обучения.

Если цель — разобраться в метеоре, то вперед. MongoDB достаточно шустра для реалтайма в учебных масштабах. Так же можно попробовать сделать на redis, он, вроде бы, шустрее на простых выборках (а в чате сложные и не нужны).

Если цель — написать максимально быстрый чат, то текущие разговоры держим в памяти, а после некоторого периода неактивности сбрасываем в БД (монго, редис, тут уже не так важно). В этом случае и метеор не особо-то нужен.