Сергей Протько

поднимаете новый сервер, настраиваете реплекацию баз данных (что бы база на старом и на новом сервере были синхронизированы), затем переводите DNS на новый сервер и когда они все обновятся тушите старый.

А еще можно вместо ноды за 160 в месяц попробовать добавить еще одну-две за 10$, настроить репликацию опять же, и поставить еще одну ноду на фронт для проксирования запросов через nginx.

А еще можно вынести базу данных на сервер помощнее и оставить пару серверов для приложения...

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

Failed to load c++ bson extension, using pure JS version

Вот так и понимать. Ваш модуль жалуется что у вас не установлен быстрый и удобный модуль для работы с BSON написанный на плюсах и потому оно будет использовать медленную реализацию на JS.

1) Читаем документацию по Vagrant. Все сводится по сути к команде Vagrant init и дальше по документации
2) Лучше использовать SMB коль уж на винде. Если в команде есть люди на Mac/Linux можно побаловаться с NFS, но на винде бывают проблемы.
3) Настройте рецепт для чифа, вообще это никак не касается ни чифа ни вагранта.
4) Гуглим как это делать с чифом при провиженинге
5) python в убунте из коробки есть. По умолчанию вагрант вам будет втюхивать именно убунту. Если другую версию нужно ставить - опять же разбираемся как это с чифом сделать.
6) vagrant ssh "cd /vagrant && gulp build" или что-то в этом духе.

Короче... либо просите кого-то из команды либо разбирайтесь сами. Потому что вопросы уровня "что такое Gemfile" это просто смешно...

В том же в чем его и плюсы.

Асинхронность... ее там нет. Там есть event loop что позволяет писать крайне эффективные программы в плане работы с I/O (что для web очень неплохо) и не париться о таких вещях как потокобезопасность, блокировки и т.д. А если еще и несколько инстансов приложения запусть - по одному на ядро скажем, то утилизация вычислительных мощностей выйдет неплохой. Но распаралелить что-то в рамках одного процесса воркера мы уже не можем. Мы не можем посчитать что-то, проанализировать, заняться обработкой жирной картинки прямо при обработке запроса потому что наш процесс воркер так же обрабатываете еще пару десятков запросов, и пока мы будем удовлетворять нужды одного простаивать будут все. Нода хороша когда у нас все состоит из элементарных операций которые не занимают много времени, все жирное надо выносить из основного процесса и разруливать очередями и т.д. Эта проблема имеет массу решений на самом деле, но все уже усложняется и нода теряет свою красоту. Лучше взять Java/c#/Python для этого (и не надо тут вспоминать про шутки с многопоточностью в CPython).

callback-hell. Собственно наличие event loop диктует так же правила о том, как должна писаться программа. Кучи колбэков, невозможность дебажить нормально и получить четкий стэктрейс из ошибки. Да, есть промисы которые решают первую проблему, да есть либы вроде zone.js которые решают вторую и частично первую проблему... но все это не тривиальное дело.

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

судя по всему не дает сделать симлинки.

https://github.com/gulpjs/gulp/issues/66

А как хотите. Мне нравится первый вариант но у него есть один неприятный минус - в git log-ах добавление переменной затронет две строки а не одну:

var a,
      b;

var a,
-     b;
+     b,
+     c;

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

1) Если вы ставили через apt-get то просто пишите nodejs -v либо сделайте алиас в ~/.bashrc - alias node=nodejs
2) подозрваю что вы для connect указали 80-ый порт (диапозон портов до 1024-ого можно юзать только с правами администратора)