🔝

У нас используется, но я ее открытой долго не держу :)

:D

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

старые не убирает

Быстро и очень грязно - делай релоад страницы по таймауту в 24 часа, допустим.

Всем привет. Кто-нибудь может подсказать или кинуть пример, как писать логи из ноды в unix socket?

юзерскрипт же.

Всем привет. Есть у кого-нибудь пример связынвания двух моделей в sequelize? Есть User И Token модели. У Token есть: references: { model: 'User', key: 'id' } Потом прописал связи вот так: m.User.hasMany(m.Token); m.Token.belongsTo(User); В модель User добавил метод для поиска пользователя по токену: instanceMethods:{ findByToken:function(token){ return this.__factory.associations['Token'].target.findOne({where:{token:token}}); // return ''; } } Но не работает почему-то. В общем у меня стойкое ощущение, что я что-то делаю не так. В доке ничерта не понятно. Что необходимо прописать, чтобы связать 2 модели?

Здесь вообще хоть кто-нибудь использовал Sequelize ?

Что-то как ни задам вопрос, касательно sequelize, то все молчат почему-то.

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

Именно!

Проблем с SQL —нет.

Подскажите best practice как вы юзаете SQL из под ноды.

Я просто из мира PHP. Юзал AR и доктрину.

Ну хорошо, можно пример из вашей практики тогда ?

Решить задачу можно миллионами способов.

Нурик, не слушайте его, он несет херню

Как начал вчера, так и не останавливается

Я кнекс юзаю

Да я буду все делать на коллбеках, только, чтобы все работало.

Не надо на коллбеках

Нурик, не слушайте его, он несет херню

.

Ребят, неужели я задал такой сложный вопрос, из-за которого нужно было такой срач разводить ?

Не, срач это святое. Это скрепы рукоммьюнити

/kick @IlyaAzarov

Эх.

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

Так что использовать ? А то только критика, без конкретики.

Эх.

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

аминь

Эй, бро, харош оскорблять

Кто именно?

Сраться - сколько угодно, но без переходов на личности

Сраться - сколько угодно, но без переходов на личности

+.

Так, давайте тут без меня как-нибудь)

Ты можешь сколько угодно говорить что я несу херню - это твоё право. Но не надо говорить что я херня - это уже не оценка действий и решений, а переход на личности

Илья, у вас последняя неделя не задалась? Произошло что в жизни?

Я предлагаю забанить Илью

Ему надо передохнуть

Тогда что за пиздец в чате происходит последние дни?

Ну окнорм. Ограничься тогда обсёром меня, не трогай остальных, ок? Тогда можно будет продолжить общение на достаточно контсруктивном уровне

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

жизни не хватит

а

Не, спасибо. Я на ноде теперь буду только чистый SQL писать. Благо микросервисы. Бизнес логику на php напишу лучше.

Вот в масштабировании в микросервисах и начинается ад. Тупо тормоза из-за общения сервисов по сетке. Вместо внутренних обращений. Да и фикс багов. Не факт, что баг на сервисе спровоцировал он сам, а не другие сервисы или тормоза в сети

Микросервисы легко дебажить. Но для общения об этом предлагаю пойти в @nodejs_ru

Срачстартеров вам принёс

вроде только один срач закончился

Не, срач это святое. Это скрепы рукоммьюнити

ы!

Микросервисы - это когда тебе пофигу на скорость и поддержку в будущем имхо.

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

Если они разрастутся, можно тупо упереться в скорость сети имхо

Ну можно и в скорость шины упереться.

Если они разрастутся, можно тупо упереться в скорость сети имхо

Все крупняки используют и не жалуются

Все крупняки используют и не жалуются

Бабоса хватает

А может быть зависимость обратная? У них есть бабло потому что они умеют его считать и тратить эффективно?

Если они разрастутся, можно тупо упереться в скорость сети имхо

лол что

Микросервисы - это когда тебе пофигу на скорость и поддержку в будущем имхо.

ну не, так не пойдет, слишком толсто

http://www.grpc.io/

Вы мыслите о микросервисах в привычных категориях рест апи и джсона

Но 1) микросервисы не нужны в 95% случаев 2) к ним другой подход из протобафа и кубернетеса, а не вот этого вашего

А также https://twitter.github.io/finagle/

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

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

это рэпчик

это уже IoT

совсем другой хайп :D

ребят, можно как-то передать промис в другой модуль и там его отрезолвить? чтоб в первом месте получить data

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

Чтот проблема не ясна

ща поясню. юзаю pubsub-js, делаю publish. в data хочу передать объект промис чтобы его от резолвитьв том месте где subscribe

ребят, можно как-то передать промис в другой модуль и там его отрезолвить? чтоб в первом месте получить data

const myPromise = new Promise(resolve => resolve(123)) function anotherModule(prom) { prom.then(data => console.log(data) } anotherModule(myPromise)

ща поясню. юзаю pubsub-js, делаю publish. в data хочу передать объект промис чтобы его от резолвитьв том месте где subscribe

если именно резолвить в другом месте, то нужно передавать не промис, а функции resolve, reject

наглядный пример