Dmitrii Solovev

Во первых:
user: user._id - сохранять надо не сам айди в строке, а mongoose ObjectID
Так гласит схема "user: { type: mongoose.Schema.Types.ObjectId, ref: 'User' }"

Но mongoose немножко умный, поэтому можно в user вставлять самого юзера полученного при запросе из базы, а mongoose сам добавит корректый ObjectID в поле.
Важно, чтобы user был именно mongoose объектом со всеми методами, а не очищенный plainobject.

Далее в монго нету foreign key, поэтому такие схемы как выше не желательны. Где юзер ссылается на стори, а стори на юзера. Получается при любых операциях со стори, надо апдейтить юзера и обратно. А это 2 запроса.

Тут либо в user пишется массив story либо, либо каждой story присваивается создатель.
Т.е либо родитель имеет инфу о ребенке, либо ребенок о родителе, НО не то и другое вместе.

Какой способ лучше, зависит от конкретной ситуации, нужно смотреть какая информация и как выводиться чаще.

Я бы предпочел хрнаить в каждой story userid. А user оставить пустым.

засада оказалась в credentials: 'same-origin'
теперь пашет:

fetch('/login', {
      method: 'POST',
      body: userInfo,
      credentials: 'same-origin',
      headers: {
        "Content-Type": "application/json"
      }
    })
    .then(checkStatus)
    .then(parseJSON)
    .then((data) => {
      console.log('request succeeded with JSON response', data);
    }).catch((error) => {
      console.log('request failed', error);
    });

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

"Вопрос: как вы считаете дело в железе роутера и надо новый брать, или всё же дело в ПО и перепрошивка может помочь?"
Прошить роутер и проверить самому дело 10 минут, через интернет ни кто не скажет точно, в чем дело.
А вообще я за покупку другого, хорошего роутера.