pomeo

Для начала в консоле

sequelize model:create --name User --attributes login:string

А дальше уже смотреть какую он структуру создал и чего внутри лежит. От этого можно отталкиваться.

А child_process.exec вам чем не подгодит?

Возьмите mustache и вам не придётся переписывать ваш html в jade

for i in `ls`;do mv $i 123${i}; done
добавит всем файлам в директории 123 в названии

Если вы Sublime Text 3 запустите из терминала руками, а не из меню гуя. То у вас всё нормально должно быть. Но это полукостыль.
nvm alias default 5 делали?

Через childprocess запускаете системную команду "touch -d "date" filename"

Константин Китманов и Aves с babel-register были близки, только это в babel 5 было, сейчас по-другому.
npm install babel-core babel-preset-es2015 --save
Создаёте .babelrc

{
  "presets": ["es2015"],
}

Создаёте например index.js

require('babel-core/register');
require('./server');

В server.js у вас уже начинается обычная нода, import, export и т.д. будут работать

Обычные очереди с хранением данных в redis, всё в документации.
То чего нет в документации, с 0.9 версии появился TTL, надо его ставить. Если пропустите done();, а я вам гарантирую, что вы их будете месяцами втыкать во все места сложных задач, то задача отвалится по таймауту. Ловить ошибки надо везде, когда у вас процессится задание. Пропустите, timeout не стоит, задача встала. Даже если стоит, задача не выполнится. И если вы уж используете очереди, то это будет не одна задача, а сотни тысяч или миллионы.
Ещё надо чистить базу от job failed. Удаляются только job success, если стоит removeOnComplete(true). А вот failed надо чистить руками, в документации описано как это делать. Не будете чистить, может что-то пойти не так и редис сожрёт всю память.
Надо обязательно настраивать graceful shutdown.
В последних версиях выключен поиск по задачам, если он вам не нужен, не включайте.
Если вам не нужны job events, выключите. Редис заметно похудеет.
Если у вас будет расти память у редиса, останавливаться задачи и куча других ошибок около kue. То 99.9%, что проблема в ваших руках, а не в kue. В issues каждые пару недель появляется человек с "jobs stuck" и это как раз 99.9%

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

Нода обычно на внутреннем интерфейсе стартует, вам надо поменять
proxy_pass http://portfolio.ru:3000;
на
proxy_pass http://localhost:3000;

css modules полностью решают эту проблему, но вне реакта не вижу удобства их использования

Это основы ajax, делаете ajax запрос на localhost/api/user, получаете ваше сообщение и выводите на этой же страницы с которой вы никуда не уходили.
Или вы имеете ввиду, что вы шлёте из ноды? Ничем не отличается, прокидываете ваш message в

res.render('index', {
  msg: message
})

А дальше зависит от шаблонизатора

1. На данный момент этот фреймворк поддерживает официально только версию NodeJs 0.10.40 и судя по этому обсуждению https://github.com/meteor/meteor/issues/5124 там даже не известно когда будет поддержка LTS. Очень не хотелось бы использовать в новом проекта заведомо устаревшее. Как думаете стоит ли связываться с метеором?

Если вы не используете специфичные api из следующих версий node.js, то какая вам разница

Почему их не должно быть, вы их сами выводите

reply({
  statusCode: 200,
  message: 'User Data Successfully Fetched',
  data: data
});

И на выходе получаете полностью валидный json

{
  "statusCode": 200,
  "message": "User Data Successfully Fetched",
  "data": [
    {
      "_id": "56e5bfa46811f3783b43993a",
      "uuid": "sldkgskldfg",
      "phone": 48792452359,
      "__v": 0
    }
  ]
}

Webpack не для этого. Его прелесть как раз в том, что он пихает в конечный файл именно то, что мы использовали в коде, а не всё подряд.

npm config set registry "http://registry.npmjs.org/"