Виталий Ф.

Мне кажется у вас в if ошибка. Даже две...

И вроде как в $set hash потеряно...

Возможно у API ограничение кол-ва подключений с IP?

Учитесь дебажить. Тупо добавить console.log(options) перед write и вуаля – Uncaught ReferenceError: options is not defined

Ваш write стоило добавить в function после 19 строки...

Возможно вы используете библиотеку заточенную под питон 2.x на 3.x?

Лично я уже давно использую eclipse + pyDev в основном из-за интерактивного дебаггера.

Я так понимаю - вам нужно настроить клиентское подключение? Для этого трогать etc/network/interfaces не надо.

Ну хоть вот это описание: https://www.digitalocean.com/community/tutorials/v... (шаг 5)

$(document).on('click', function(e) {
  if (e.target.id == 'toggle') {
    if (!$("#toggle-content").hasClass("visible")) {
      $("#toggle-content").addClass("visible");
    } else {
      $("#toggle-content").removeClass("visible");
    }
  } else {
    if ($("#toggle-content").hasClass("visible") && e.target.id !== 'toggle-content') {
      $("#toggle-content").removeClass("visible");
    }
  }
});

nginx на windows? вроде как есть подводные камни с этим.

Попробуйте

worker_processes 1;

или закомментить

timer_resolution 100ms;

Все равно нужен резолвер/маршрутизатор.

Я когда то делал подобный чат. Ничего не нашел лучше, как встроить в программу обмен ip через email.

Все зависит от того, как там код на сервере написан.

Технически - можно через прокси глянуть что отсылает браузер (вставить сюда не могу - 21кб данных).

Как грязный хак - вот пример jsfiddle.net/bcw9umsm

Веб-сервер то есть? Или nodejs напрямую отдает данные? Не пробовали ли проверить на статичном большом html-файле?

Если касательно блока ввода текста новости - то проще всего к модели добавить TypeId, а потом хранить в БД таблицу NewsTypes с настройками в виде сериализованных данных (да хоть json).

Вообще пытаться хранить бизнес-логику с использованием структурных фич/полей БД - то еще веселье. Опыт у меня есть. Приводит это к тормозам и сложностям проверки/тестирования...

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

Если вы планируете большое кол-во записей в коллекцию и малое кол-во чтений - то только репликация. MongoDB с рождения не был рассчитан на работу в режиме одиночного сервера. Минимум: 2 сервера + 1 арбитр.

И тогда запись будет идти на primary, а читать можно принудительно со slave. Slave'у можно так же принудительно запретить становится primary.

Никто вам не даст ответа. Нужно писать свое ПО для имитации нагрузки (с учетом вашей специфики) и гонять его с разными настройками. Только так.

Судя по документации, нужно сделать:

user = Users.objects(login=id).select_related()

и будет заполнено объектами поле books...