А так на самом деле, @klond90, важная мысль при потере данных. Ранее думал о решение - сохранение на диск.

Участвовал в проекте где была проблема когда был "перегруз" и данные теряли пачками.

С проекта только опыт был, нелегал вообщем :)

тут где-то был проповедник тарантула

а вот это же я

у меня в тарантуле таких проблем нету

Вот на самом деле знакомился с Tarantool.

Сейчас как руки дойдут, так сразу же.

там очередь есть приоритетная. я пользуюсь обычной - у меня нету приоритета

если коннект до ноды умрет то задачи высвобождаются. ну и wal - подтверждение идет после записи в журнал

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

Надо знакомиться вообщем

Надо знакомиться вообщем

Про тарантул

ну в редисе по итогу тоже сделали wal и я так понимаю для репликации его используют

Понял. Записал все ответы в заметки, а это у меня очень важно)

Спасибо)

Других и нет

Спасибо

mongoose же

Спасибо

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

Стоит подумать.

есть идея очень актуального но узкоспециализированного сервиса. клиентов овер9000, но не для совсем широкого круга. есть очень проработанное и детальное многостраничное ТЗ со всеми user story и прочими делами. есть подробное описание прототипа api со всеми возможными и нужными методами. фронтенд по всей видимости будем собирать либо на реакте, либо vue.js. а вот с бэкендом никак не можем решить. стоит ли пробовать это всё делать на ноде + экспресс? и что использовать в качестве бд - монгу или pg?

"сделок" в день около 200-300, т.е. загрузка вообще незначительная. выбираем между рельсами, нодой, пхп и go

а во все 4 штуки умеете?

умеем еще и питон, но его не рассматриваем

скорее решить не можем что лучше. там по сути rest api crud + безопасность и токены.

"сделок" в день около 200-300, т.е. загрузка вообще незначительная. выбираем между рельсами, нодой, пхп и go

мне кажется мускуля хватит, постгрес как-то слишком...

мне кажется мускуля хватит, постгрес как-то слишком...

обоснуйте пожалуйста, что имеется в виду "слишком"?

в pg можно jsonb хранить

а это важно, ибо пользовать сторонние апи будем нещадно

включая гуглоапи

и в mysql тоже

не тогда постгрес лучше

(я все равно больше люблю PostgreSQL) но не могу не сказать

монга?

насколько в проде MEAN себя оправдал?

а данные как будете препарировать в дальнейшем?

Ну тут очевидный вопрос. Есть связи в вашей бизнес логики? Насколько они частые?

Много ли вы выиграете или проиграете от нормализации/денормализации?

если будет аналитика с хитрыми выборками, то монга сразу не вариант мне кажется.

а данные как будете препарировать в дальнейшем?

jsonb ? десерализация, парсинг

связей много в бизнес-логике. она в целом простая: заказчик / исполнитель. но есть миллион нюансов

джоины будут? :)

аналитика скорее в виде отчётов, но это просто выгрузка

без них никак

ну вывод очевидный похоже

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

pg? ?

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

тем более не очень понимаю зачем :)

можно, мы делали, но это очень много лишнего и бессмысленного кода

?

скорее Proof of concept

в прод такое тащить я бы не стал

окей. как у ноды с дженкинсом дела обстоят? дружно ли?

батенька знает толк в извращениях... :D это я про монгу

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

аггрегации/субколлекции

ну вообщем-то если делаете для бизнеса. возьмите то на чем уже хлебнули горя( и это очевидно)

так-то логично конечно, но

Ну а что? Вы же хотите получить хороший продукт который понятным образом работает. И относительно быстро. Конечно если хочется попробовать что-то вкусное и интересное то тогда можно отходить влево вправо и т.д. но это уже какие-то третьи цели. Типа учить фреймворк A в процессе а потом будем пилить такие проекты быстрее + новые заказы быстрее найдем.

Я забыл уточнить: нет цели сделать это мгновенно. Поскольку заказчик и инвестор - я, то меня вполне устроит выход в бету и на mvp к 3 месяцу разработки.

я понимаю, хочется сразу свести к минимуму количество ошибок )

Заповедь такая: не оптимизируй преждевременно

Заповедь такая: не оптимизируй преждевременно

Я на это смотрю не как на оптимизацию, а как на попытку понять как писать правильно. Вот если бы неделю назад я не задался вопросом: какого хрена у меня 5ти этажные колбеки, сегодня я бы проклял все на свете.

http://pastebin.com/Sgc3Rrmv

ERROR: S client not available

как заставить цикл выполниться до .send('Unauthorized1')

async

не понимаю

отдаю так app.get('/isp/:filial_id/report/all', isLoggedIn, needsGroup(["admin", "operator", "manager", "user"], "filial_id"), function(req, res, next)

как заставить цикл выполниться до .send('Unauthorized1')

можешь загнать в промис

не подскажешь

примером

ты же хотел что-то писать

Не, я на окамле пишу

спс помог .map

спс помог .map

все, уже не надо?

покажи как решил в итоге

http://pastebin.com/mE63cs6c

единственно, я бы вместо indexOf использовал https://developer.mozilla.org/ru/docs/Web/JavaScript/Reference/Global_Objects/Array/includes

спс

единственно, я бы вместо indexOf использовал https://developer.mozilla.org/ru/docs/Web/JavaScript/Reference/Global_Objects/Array/includes

подскажите чем принципиально includes лучше/быстрее/сильнее чем indexOf?

подскажите чем принципиально includes лучше/быстрее/сильнее чем indexOf?

код выразительнее

http://pastebin.com/mE63cs6c

но вообще если смотреть по стилю, то написано плохо - большое ветвление + много участков с повторяющимся кодом

я вот попробовал тут оптимизировать по что-что, но не осилил логику этой функции

подскажите чем принципиально includes лучше/быстрее/сильнее чем indexOf?

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

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

у него нода

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

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

пишет на express как я понял

пишет на express как я понял

я пишу бота на ноде, да, но без express

вообще я посмотрел код и понял, что там вообще лучше ввести функцию на подобие этой: const hasPerm = (gr) => gr.some(elem => elem > -1);

я же правильно понимаю, что если в express если мы вызваем next() то это равносильно return?

а не как в koa2, когда вызывается асинхронная операция next()?

я же правильно понимаю, что если в express если мы вызваем next() то это равносильно return?

нет next() просто запускает выполнение следующих миддлвар в цепочке в текущей миддлеваре после next() можно ещё писать код

http://pastebin.com/mE63cs6c

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

Да нода Да експресс Ну на стиль не претендую как бы ты оптимизировал вот это

Страшно не ужасно

http://pastebin.com/u5EsH7gm