mongo, mysql, postgres — любая, в которая ближе вашим разрабам.

логирование (много записей / мало чтения) просится монго скорее

но задача не такая прям специфичная чтоб бд перебирать

хорошо, спасибо

Ребята, подскажите, пожалуйста, реальные примеры где без redis не обойтись.

обойтись можно без всего чего угодно, былоб желание.

А если серйозно. То, где он жизнь упрощает?)

логирование (много записей / мало чтения) просится монго скорее

Тут и pg с synchronuous_commit=off и unlogged табличкой отлично справится. Ну, если данные не так критичны, конечно.

ну, просто надо понимать что умеет делать редис хорошо, что не очень и соотнести его со своими задачами. редис — key-value база данных в памяти, если коротко из этого вытекают все достоинства и недостатки. высокая скорость, припитивность структур данных (только ключ-значание), ограничения на размер данных, не совсем очевидный механизм персистентности (сохранность данных в случае сбоя, отказа питания и тп). в качестве плюшек там еще есть очереди (самые примитивные) и возможность развернуть кластер редисов практически из коробки

Вау, не ожидал даже получить такого ответа! Спасибо большое!

обычно в редисе хранят данные которые с одной стороны в памяти приложения хранить стремно (сбой и пр) или неудобно (например, нужно рашаривать между месколькими приложениями, несколькими экземплярами одноге приложения и тп), но доступаться надо быстро. при этом объемы данных не большие и хранить их надо не вечно, а только какое-то время. т.е. использовать традиционную "дисковую" БД тоже нет особого резона.

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

А ещё в редисе есть redlock - полезный алгоритм для некоторых сценариев.

А ещё в редисе есть redlock - полезный алгоритм для некоторых сценариев.

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

Окей, а если к примеру я собираюсь использовать реддис для хранения сессии в игре, к примеру Игра в покер

мне всё равно лучше все отчёты по играм где-то ещё, а сами сессии в редисе, если даже у меня есть вычисления?

меня привлекает редис своим пабсабом

я правильно рассуждаю?

смотря что именно в сессии хранить

ну к примеру пару массивов и суммы

если все это влезает в память - почему нет ну и с персистентностью - как она устроена в редисе - было бы неплохо разобраться http://oldblog.antirez.com/post/redis-persistence-demystified.html

Так, ладно. Короче кроме авторизации у реддиса есть куча плюшек которые я мало использовал, дайте чё почитать интересное

если все это влезает в память - почему нет ну и с персистентностью - как она устроена в редисе - было бы неплохо разобраться http://oldblog.antirez.com/post/redis-persistence-demystified.html

Ой заинтриговааааал =)

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

Но опять же это медленно

Но опять же это медленно

юзеры не заметят что работает на 10-50 мс медленнее

ну если это какой-нибудь экшен то точно заметят

стоит ли юзать мускуль для записи каждый час 300+ записей ?

ну да, в покере тот еще экшен

ну да, в покере тот еще экшен

ну блин, к пример agar.io

Я недавно наткнулся на книгу "Маленькия книга про Reddis" или что-то там и у меня вопросов осталось только больше

Продублирую, видимо телега багнулась, сообщение осталось не прочитанным... "стоит ли юзать мускуль для записи каждый час 300+ записей ?"

Продублирую, видимо телега багнулась, сообщение осталось не прочитанным... "стоит ли юзать мускуль для записи каждый час 300+ записей ?"

Вы имеете в виду 300000 записей?

нет, 300 и более записей

пока что примерно количество записей, постепенно расти будет количество

всё для той же задачи логирования количества подключенных клиентов к приложению

приложение делится на подобъекты, к которым подключаются пользователи вот и требуется логировать онлайн каждого подобъекта для последующего вывода клиенту

всё для той же задачи логирования количества подключенных клиентов к приложению

С нагрузкой 5 записей в минуту справится любая БД

заполнение данными будет не распределенное, то есть наступает 00 минут и сразу же работа с базой по каждому подобъекту

таковых более 300 пока что

С нагрузкой 5 записей в минуту справится любая БД

С такой нагрузкой и тупо файл справится

С такой нагрузкой и тупо файл справится

Да, но тут человек про БД спрашивал. Я и ответил

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

А как же использование для купирования api? Редис с этим отлично справляется. Причем если данные меняются ну очень редко, их можно сбросить на диск и читать от туда.

А как же использование для купирования api? Редис с этим отлично справляется. Причем если данные меняются ну очень редко, их можно сбросить на диск и читать от туда.

купирование апи - это как?

Вот блин )

Кеширование )

гггг

Телефон решил исправить )

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

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

Либо RBAC если нужно быстро, либо ABAC если хочется хорошо и правильно

Но ABAC реализовать сложнее, и это будет накладывать ограничения на скорость выполнения, потому как нужно будет шерстить атрибуты. Хотя, есть вариант держать все атрибуты в памяти, и тогда проверка не будет занимать много времени

/stat@combot

combot.org/chat/-1001041204341

/stat@combot

combot.org/chat/-1001041204341

вов https://github.com/voodooattack/nexusjs

Товарищи как получить protocol ?:) express

https://www.tutorialspoint.com/nodejs/nodejs_request_object.htm

req.protocol

вов https://github.com/voodooattack/nexusjs

эта штука умеет в несколько потоков запускать JS код для всякого числодробления на JS?

эта штука умеет в несколько потоков запускать JS код для всякого числодробления на JS?

А посмотрите в сторону napa.js

эта штука умеет в несколько потоков запускать JS код для всякого числодробления на JS?

она вместо евент лупа юзает тред пул, для асинхронщины, так что думаю да может, но вопрос опять же в скорости самого js)

она вместо евент лупа юзает тред пул, для асинхронщины, так что думаю да может, но вопрос опять же в скорости самого js)

То есть thread pool для i/o операций, вместо асинхронного api ос?

Если да, то это скорее шаг назад

интересно именно выполнение в тредах самого js кода, для решения cpu bound задач

у napa.js куча багов в issue и вообще build: failing

вот это вроде бы то, что надо:

https://github.com/audreyt/node-webworker-threads

но я не уверен по поводу работоспособности и этой штуки

То есть thread pool для i/o операций, вместо асинхронного api ос?

типо того, но у меня почему то появилась ассоциация с горутинами в го

Посоветуйте пожалуйста, что можно почитать про логирование ? Какие то лучшие практики, советы.

Пацаны, нужна помощь. Есть Twitter API, к нему простыми аякс запросами с клиента не добраться. Вычитал, что сейчас можно получить доступ только через сервер (в моём случае буду использовать NodeJS). Так вот, как мне отправить запрос на сервер с клиента, а сервер, в свою очередь, отправит запрос к API? Как это все организовать?

T.post('statuses/update', { status: 'nodejs test' }, function(err, data, response) { console.log(data) })

вот пример запроса с сервера

как мне сделать такой запрос, с клиента, что бы он потом передал управление серверу и тот сделал запрос

https://www.vanamco.com/2014/06/24/proxy-requests-in-node-js/

как мне сделать такой запрос, с клиента, что бы он потом передал управление серверу и тот сделал запрос

На серваке делаешь endpoint, который принимает данные и вызывает вот это: https://nodejs.org/api/http.html#http_http_request_options_callback

На серваке делаешь endpoint, который принимает данные и вызывает вот это: https://nodejs.org/api/http.html#http_http_request_options_callback

лучше https://www.npmjs.com/package/node-fetch, но вообще это же нода - на каждый чих есть библиотека - я бы поискал реализацию api в npm модулях

Посоветуйте пожалуйста, что можно почитать про логирование ? Какие то лучшие практики, советы.

Все самое важное про логи описывается одной фразой (не моё). "В жопу может идти всё что угодно, главное чтобы через логи, а не логи через жопу".

А вот библиотек для логирования очень много.

Все самое важное про логи описывается одной фразой (не моё). "В жопу может идти всё что угодно, главное чтобы через логи, а не логи через жопу".

Спасибо 😁