Pantene742, на одном порту это невозможно) 1 сервис - 1 порт, для проксирования - nginx или любой другой подобный. Запускать/перезапускать и т.д. - pm2
japan123, можно 1-м запросом найти в коллекции Reservations все номера, которые в заданный промежуток времени заняты, выбрать только их _id. После чего сделать запрос к Nomer куда помимо всех пришедших фильтров добавить еще { _id: { $ne: reserveNomersIds } }, где reserveNomersIds это как раз тот массив идентификаторов занятых номеров
Зачем? 20 категорий - 20 массивов. Не стоит забывать, что каждый из массивов мб очень большим, что элементы из разных массивов могут обладать разными свойствами, в общем своими действиями по тотальному объединению вы загоняете себя в ловушку огромной по вычислительной сложности функции для обработки этого массива, которую очень сложно декомпозировать.
В этом же примере данные передаются (см. объект postData). А вообще рекомендую не мучаться и использовать модуль request/request-promise. Примеров на нем уж точно побольше
Вадим Тимофеев, при большом желании все могут все. Вопрос только в удобстве. Go в этом плане совсем не для этого и примеры это подтверждают. Electron вариант неплохой, Cordova тоже более менее шевелится, но можно еще посмотреть в сторону React-Native. Ну и нативные подходы тоже имеют место быть.
Valera_Kirpich, объективно говоря, любой мало-мальски крупный проект обладает системой сборки (например с помощью Webpack или Gulp) и для development окружения там есть watcher - специальные объекты которые отслеживают измения исходных файлов (код, картинки, html\css, что угодно) и в live-режиме обновляют страничку подхватывая новые данные, это сильно упрощает задачу.
Valera_Kirpich, все нормальные люди так работают. Код пишется для браузера и проверяться должен в браузере. Все остальное в данном конкретном случае обрезанные по функционалу и непредсказуемые по поведению поделки