В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

Node.js — русскоговорящее сообщество

7633 membersпожаловаться на группу
2021 January 21

ПА

Павлов Александр... in Node.js — русскоговорящее сообщество
подход версионирования он 1 для всех, ты когда считал документ у документа версия 1 например, оба запроса паралельно делают обнловление документа по его id + version. Только первый найдет по такому критерию документ, второй  запрос скажет что не нашел документ для обновления
источник
14:33пожаловаться#1

N

Nikita in Node.js — русскоговорящее сообщество
Павлов Александр
подход версионирования он 1 для всех, ты когда считал документ у документа версия 1 например, оба запроса паралельно делают обнловление документа по его id + version. Только первый найдет по такому критерию документ, второй  запрос скажет что не нашел документ для обновления
это не решает проблемы что может прийти 1000 запросов на подписку и всех их нужно выполнить и обработать
источник
14:34пожаловаться#2

ПА

Павлов Александр... in Node.js — русскоговорящее сообщество
напиши контекст кейса подробнее
источник
14:35пожаловаться#3

N

Nikita in Node.js — русскоговорящее сообщество
Павлов Александр
напиши контекст кейса подробнее
сверху описан, кейс подписок а-ля инстаграм
источник
14:35пожаловаться#4

M

Mozart in Node.js — русскоговорящее сообщество
Павлов Александр
подход версионирования он 1 для всех, ты когда считал документ у документа версия 1 например, оба запроса паралельно делают обнловление документа по его id + version. Только первый найдет по такому критерию документ, второй  запрос скажет что не нашел документ для обновления
круто, а вопрос как сделать так что бы по скорости не было больших убытков и все было максимально просто в реализации и понимании, просто я тут не один разраб
источник
14:35пожаловаться#5

ak

alone kot in Node.js — русскоговорящее сообщество
Nikita
не так вопрос задал, что нужно от орм для монги?
Если я верно понял своего коллегу, который это предложил, то больший уровень абстракции, полноценная объектная модель
источник
14:35пожаловаться#6

M

Mozart in Node.js — русскоговорящее сообщество
alone kot
Если я верно понял своего коллегу, который это предложил, то больший уровень абстракции, полноценная объектная модель
+ видиммо это
источник
14:35пожаловаться#7

N

Nikita in Node.js — русскоговорящее сообщество
Mozart
+ видиммо это
это не к вам, это не имеет отношения к постгресу
источник
14:36пожаловаться#8

N

Nikita in Node.js — русскоговорящее сообщество
alone kot
Если я верно понял своего коллегу, который это предложил, то больший уровень абстракции, полноценная объектная модель
ну я лично еще не слышал про что то большее чем монгус в плане монги, и большего не требовалось чесно говоря
источник
14:36пожаловаться#9

M

Mozart in Node.js — русскоговорящее сообщество
Nikita
это не к вам, это не имеет отношения к постгресу
что то похожие делают в sql
источник
14:36пожаловаться#10

M

Mozart in Node.js — русскоговорящее сообщество
просто слышал они там нечто схожое есть просто как именно делают,вот тут я упал
источник
14:37пожаловаться#11

N

Nikita in Node.js — русскоговорящее сообщество
Mozart
круто, а вопрос как сделать так что бы по скорости не было больших убытков и все было максимально просто в реализации и понимании, просто я тут не один разраб
ну первое что приходит в голову - это очереди, и транзакций не нужно тогда по идеи
источник
14:38пожаловаться#12

M

Mozart in Node.js — русскоговорящее сообщество
Nikita
ну первое что приходит в голову - это очереди, и транзакций не нужно тогда по идеи
во во есть ли это, только так что бы было просто или надо самим писать ?
источник
14:38пожаловаться#13

M

Mozart in Node.js — русскоговорящее сообщество
просто я думал map для очередей, что бы каждого usera в map и а там уже очереди, но чет сложная реализация а должно быть просто
источник
14:39пожаловаться#14

N

Nikita in Node.js — русскоговорящее сообщество
Mozart
во во есть ли это, только так что бы было просто или надо самим писать ?
ну есть конечно готовые очереди по типу RabbitMQ, дописать нужно будет лишь сам код "коммунакции с" очередью, и то используя готовые модули, но это дополнительный элемент в вашей инфраструктуре
источник
14:39пожаловаться#15

N

Nikita in Node.js — русскоговорящее сообщество
Mozart
просто я думал map для очередей, что бы каждого usera в map и а там уже очереди, но чет сложная реализация а должно быть просто
не понял
источник
14:39пожаловаться#16

M

Mozart in Node.js — русскоговорящее сообщество
Nikita
не понял
ну самое тупое что в голове, это просто сделать map внутри которой будут очереди, а индексация будет через id юзера
источник
14:40пожаловаться#17

M

MaKarastY in Node.js — русскоговорящее сообщество
MaKarastY
Всем привет ребята, столкнулся с ошибкой:
function s(){for (let t=1;t<i1l+1;t++) {
                           ^
ReferenceError: Cannot access 'i1l' before initialization
помогите починить...
ребят помогите, что я не так зделал ?
источник
14:40пожаловаться#18

M

Mozart in Node.js — русскоговорящее сообщество
MaKarastY
ребят помогите, что я не так зделал ?
отфарматируй ), просто так сложно понять
источник
14:41пожаловаться#19

N

Nikita in Node.js — русскоговорящее сообщество
Mozart
ну самое тупое что в голове, это просто сделать map внутри которой будут очереди, а индексация будет через id юзера
а как это очередь внутри map? массив?)
источник
14:41пожаловаться#20