на сайте будет 3 типа пользователей(user, tutor, lc) и при авторизации login/ как узнать что это именно этот тип пользователя(user, tutor, lc) ?

ну, ищешь по базе

да, наверное у тебя 3 таблицы или типо того, ну ты понял

у меня код говно получается )

так должно быть ?

у меня код говно получается )

потому что пишешь его через жопу, наверное

а как подскажите пожалуйста ?

оптимизируй это говно

на счет if else что тогда ?

их же станет много )

@ejnshtein

их же станет много )

ну, неочень

как написал, так и пиши, так сказатб

это хорошо подметил

Жесть

Верхние три ифа вообще зачем

Оператор или используй

да это только начало?

[user || lc || tutor].comparePasswords(

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

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

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

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

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

Надо robots.txt сделать для сайта

В следующий раз за такой флуд выдам ро присылай вопрос в одном сообщении, а не в сотне

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

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

Отличное замечание кстати. А как красиво на авейтах делается штука а-ля promise.all ?

await Promise.all([...])

так должно быть ?

Инкапсулируй логику в одну функцию, которая возвращает кортеж, слева тип юзера или ошибка, справа сам объект юзера

await Promise.all([...])

: ) ну да, это ж js, чему тут удивляться

: ) ну да, это ж js, чему тут удивляться

?

Действительно, чему, если это одно и то же

Действительно, чему, если это одно и то же

Да я знаю что это одно и тоже. Но это разные способы работы с этим одним и тем же. А в данном случае мы их смешали

Боюсь представь как это просто будет выглядеть после бабеля )

Боюсь представь как это просто будет выглядеть после бабеля )

Какая разница если мы пользуемся нодой :))

Какая разница если мы пользуемся нодой :))

Счастливчики )

Хорош )

Привет!

Дайте совет. Задача: сделать отложенную публикацию. Даже не публикацию, а запуск рассылки. Какие есть варианты? Я пробовал cron-like шедулеры, но я опасаюсь их, т.к. не знаком. Ещё есть вариант писать самому, но есть шанс наговнокодить.

Доброе утро

Так чему там знакомиться

Просто формат времени учишь и все. Лучше крона в этом нет

Просто формат времени учишь и все. Лучше крона в этом нет

Мне нужен запуск по Date. Вот. Некоторые паки поддерживают.

У тебя ограничение на преобразование данных?

?

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

Но это же нагрузка!

У тебя плата за нагрузку?

Все библиотеки под капотом будут работать абсолютно так же

Стараюсь сделать максимально производительную систему, т.к. не знаю, что за сервер у клиента и сколько у него там клиентов.

Дайте совет. Задача: сделать отложенную публикацию. Даже не публикацию, а запуск рассылки. Какие есть варианты? Я пробовал cron-like шедулеры, но я опасаюсь их, т.к. не знаком. Ещё есть вариант писать самому, но есть шанс наговнокодить.

Используй очереди типа activeMQ, rabbitMQ (с плагином)

Используй очереди типа activeMQ, rabbitMQ (с плагином)

Что-то сложное!

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

@FetBiko тогда это твой вариант

thx за помощь :3

Но ту штуку я тоже как-нибудь сяду изучать.

бандиты, кто что выбирает между lodash и underscore? В одном проекте у меня underscore, но когда я его начинал, я еще не знал, про существование lodash, почитал немного инфы в инете, но хотелось бы еще мнение живых людей узнать )

Ramda

Ramda

что-то новое для меня) и почему именно эта библиотека?

что-то новое для меня) и почему именно эта библиотека?

https://habr.com/post/349468/

По фпшному сделана. Просто моё мнение что если уж и юзать такие библиотеки, то что-нибудь помощнее чем просто набор хелпер функций

ERROR: S client not available

Без них тоже нормально живётся на самом деле

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

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

Без них тоже нормально живётся на самом деле

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

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

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

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

Что может быть непонятного в _.sortBy () или R.sortBy ?? Наоборот если свои реализации писать, то можно "запутаться"(если эта реализация не под конвейер (редкое использование))

Что может быть непонятного в _.sortBy () или R.sortBy ?? Наоборот если свои реализации писать, то можно "запутаться"(если эта реализация не под конвейер (редкое использование))

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

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

ок )

в ехпрессе в одном роуте сохраняю объект в сессию req.session.client = oClient; в следующем роуте уже req.session.client = undefined. Почему не сохраняет? express-session подключен app.use(session({ secret: 'tosibosi', resave: false, saveUninitialized: true, cookie: { secure: true } }));

cookie: { secure: true } надо было убрать

Но это же нагрузка!

1 запрос в минуту- такая себе нагрузка

1 запрос в минуту- такая себе нагрузка

Но там может быть сотня отложенных рассылок. Каждый раз проверять время?

Но там может быть сотня отложенных рассылок. Каждый раз проверять время?

Сотня? Смеешься?) Это не нагрузка Разве что если это не пентиум 15летний

А если тысяча?

А если тысяча?

Можно сотни тысяч находить одним запросом с нормальной базой и относительно прямыми руками

Гением быть точно не нужно

?Дык, cron же будет работать отдельно от всех этих клиеентов

Но там может быть сотня отложенных рассылок. Каждый раз проверять время?

Можешь раз в час собирать на следующий час рассылки

Думаю сделать так: 1. При старте delivery-service запускать поиск отложенных задач. 2. Откладывать задачи через тот же крон ( типа cron.job( task.scheduled_for ) )

Или вообще убрать этот крон и тупо через setTimeout();

Думаю сделать так: 1. При старте delivery-service запускать поиск отложенных задач. 2. Откладывать задачи через тот же крон ( типа cron.job( task.scheduled_for ) )

Крон на большом периоде времени иногда не отрабатывает как нужно

Вот и уберу его.

?можно системный крон сделать

Думаю сделать так: 1. При старте delivery-service запускать поиск отложенных задач. 2. Откладывать задачи через тот же крон ( типа cron.job( task.scheduled_for ) )

Все изи каждый час кроном из базы дергаешь рассылки на следующий час и ставишь их через setTimeout на запуск При успешной рассылке помечаешь в базе как выполненные

https://github.com/kelektiv/node-cron/blob/master/lib/cron.js#L533 ?он походу через timeout и работает

Все изи каждый час кроном из базы дергаешь рассылки на следующий час и ставишь их через setTimeout на запуск При успешной рассылке помечаешь в базе как выполненные

Зачем каждый час, если создание таких задач проходит через деливери-сервис? Получается, что я могу отловить создание задачи и сразу после того, как в БД закинул, на таймер оставить. А в случае краша сервера, при запуске будут искаться такие задачи.

Зачем каждый час, если создание таких задач проходит через деливери-сервис? Получается, что я могу отловить создание задачи и сразу после того, как в БД закинул, на таймер оставить. А в случае краша сервера, при запуске будут искаться такие задачи.

Потому что таймер работает хуево?

Зачем каждый час, если создание таких задач проходит через деливери-сервис? Получается, что я могу отловить создание задачи и сразу после того, как в БД закинул, на таймер оставить. А в случае краша сервера, при запуске будут искаться такие задачи.

При 10000 задач у тебя будет 10000 таймеров крутиться?

А, понял. Да, сделаю проверку каждый час.