насчет pub/sub redis. Просто при создании каждого процесса long-polling'ов он подписывается на события через redis. А при событии каком-либо он отправляет просто всем процессам это событие, а уже сам процесс разбирается есть ли у него тот клиент в подключении, которому адресовано событие? Я правильно понял?
просто может вообще как-то пересмотреть концепт рейтинга. Может и без кубков и всего прочего. Но как -то сделать так, чтобы первые три места бросались в глаза, типо "элита". Просто спрашиваю потому, что у меня нет графического видения и не знаю в какую сторону экспериментировать
Спасибо за ответ. Последние тесты и средний балл за все пройденные тесты (не только за первые 4) должны отображаться первыми элементами, т.к. рейтинг группы это уже информация не такая важная. Есть один вопрос, как вынести средний балл? (вопрос только про стилистику, что-то типо где лучше расположить и т.д)
Насчет постгри, если вот есть json, можно ли по нему делать выборку? И можно ли будет сделать изменение данных в json с помощью транзакции, для сохранения целостности данных?
Евгений Безымянников: Правильно ли я понимаю, что процессы config server и mongos требуют меньше ресурсов, чем сами шарды с информацией? Поэтому их можно ставить на сервер не столь производительный, как для шардов?
Евгений Безымянников: и еще вопрос, если можно. Что если нет возможности, чтобы уникальный индекс документов в коллекции был числом, только имя пользователя? Нормально будет работать в автоматическом режиме?
Евгений Безымянников: Я вот с этой статьи сюда и пришел. На схеме каждый элемент монги должен быть запущен на отдельном физическом сервере (желательно) ?
Нет, я в основе понимаю этот процесс. Просто есть непонятки с серверами config и mongos. Нужно ли для них выделять отдельный сервер или к примеру такую схему: 2 сервера для 2 шардов и 1 сервер для конфига и mongos-a. Или как вообще? Вообще не так мыслю?
Написано
Войдите на сайт
Чтобы задать вопрос и получить на него квалифицированный ответ.