Предлагай :)
да вон выше уже кучу вариантов напредлагали, редис бери
?
Nikolay
Я как-то писал систему воркеров, где нужно было из очереди все тащить по порядку и ждать выполнения.
Таймураз
Когда поступают задачи не по расписанию - складывать их в этакий блок, блок сразу же запускать.
Когда наступает время блока - блок запускается, вытаскивает первую задачу, сам "умирает" (в очереди), выполняется первая задача и из блока тащит вторую и т.д.
http://www.rabbitmq.com/consumer-prefetch.html
basicQos
?
Используется Kue так-то :)
и оно такое тупэнькэ что не умеет то что тебе нужно из коробки в две строчки?
O.
http://www.rabbitmq.com/consumer-prefetch.html
basicQos
На уровне "кролика" находил решения.
Опишу что есть:
- Node.js
- Kue (Redis)
O.
и оно такое тупэнькэ что не умеет то что тебе нужно из коробки в две строчки?
Пожалуйста прочитай чат с первого моего сообщения.
O.
Спасибо!
O.
Создавать очередь - умеет.
?
я с этой штукой не работал, поэтому спрашиваю - из описания вижу что очередь есть, приоритеты и джобы есть
O.
Отложенные задачи и все остальное - умеет.
O.
Зависимость между задачами нужна.
?
соответственно напрашивается вопрос - почему оно должно не уметь это из коробки?
O.
Зависимость между задачи не решается при помощи Redis.
?
я из зависимостей вижу только запускать следующую только когда закончилась предыдущая, есть что-то еще?
O.
Сейчас пока нет.
?
из того что я вижу по описанию достаточно любую джобу заворачивать в enqueue от последней добавленной джобы и этого достаточно чтобы им задать порядок и расписание
?
а вообще за либу спасибо, полезно выглядит
O.
Да.
Будут задачи другого типа.
Будут параметры, определяющие зависимость одной от другой.
O.
Штука есть еще интересная, что необходимо задачи с расписанию не обрабатывать одновременно с задачами не по расписанию.
O.
А такое может быть, вполне.
O.
Получится что задачи выполняются одновременно.
?
так отдельная же очередь будет
Anton
Да.
Будут задачи другого типа.
Будут параметры, определяющие зависимость одной от другой.
есть такой вариант тогда, но он попахивает тырпрайзом. складируй задачи в базе, а их логику подачи уже определяй всякми триггерами и хранимками. а для более гладкого получения сами задачи уже из базы тяни встроенной очередью - oracle AQ или pg notify (вроде он как аналог aq). также в самой же бд можешь настроить планировщик на процедуры
?
Штука есть еще интересная, что необходимо задачи с расписанию не обрабатывать одновременно с задачами не по расписанию.
это вопрос приоритизации же только - у обработчика очереди всегда должен быть приоритет ниже (не проверял можно ли этому доверять наверняка)
?
есть такой вариант тогда, но он попахивает тырпрайзом. складируй задачи в базе, а их логику подачи уже определяй всякми триггерами и хранимками. а для более гладкого получения сами задачи уже из базы тяни встроенной очередью - oracle AQ или pg notify (вроде он как аналог aq). также в самой же бд можешь настроить планировщик на процедуры
а еще лучше не троггать триггера для этих дел и не кусать кактус, достаточно в базе держать нужные данные типа айдишек очереди и зависимостей, остальное нода должна разрулить. /me уже выстрадал от плясок вокруг архитектур накрученных над базами в центре
Anton
а еще лучше не троггать триггера для этих дел и не кусать кактус, достаточно в базе держать нужные данные типа айдишек очереди и зависимостей, остальное нода должна разрулить. /me уже выстрадал от плясок вокруг архитектур накрученных над базами в центре
это вкусовщина. /me некоторые вещи наоборот упростил за счёт хранимок, так как не нужно было ебаться с атомарностью и отказоустойчивостью, так как кластер оракла давал это из коробки, например
?
это вкусовщина. /me некоторые вещи наоборот упростил за счёт хранимок, так как не нужно было ебаться с атомарностью и отказоустойчивостью, так как кластер оракла давал это из коробки, например
некоторые, но строить все вокруг базы - довольно чревато отстрелом ноги имхо, хотя смотря конечно какой проект и что делать
?
в данном случае непонятно что именно там за джобы и что в целом происходит, поэтому у меня по-умолчанию мнение если можно не трогать базу - лучше не трогать
O.
Создаем задачу block:start в очереди на 11:30.
Создаем блок в базе:
1) jobId
2) jobType
3) tasks
В блок добавляем задачи.
Наступает 11:30. В процессинге блока достаем первую задачу и ложим в очередь сразу же выполняться.
В процессинге задачи выполняем саму задачу, по выполнению достаем следующую и т.д.
Anton
некоторые, но строить все вокруг базы - довольно чревато отстрелом ноги имхо, хотя смотря конечно какой проект и что делать
таки зависит от проекта. прост ов тырпрайзе бывают такие проекты, что под задачу подходит только оракл и никто более. и т.е. со спокойной душой можно выставить архитектуру вокруг него
Nikolay
Хранимки это боль.
?
таки зависит от проекта. прост ов тырпрайзе бывают такие проекты, что под задачу подходит только оракл и никто более. и т.е. со спокойной душой можно выставить архитектуру вокруг него
бывает, я не спорю ни разу с этим, особенно если у тырпрайза этот самый оракл уже оплачен и под него наняты нужные люди, но не всегда
Nikolay
Если и писать, то только совсем простые, не знаю, пару джойнов, там, сделать. Но ведь на этом обычно люди не останавливаются, начинают туда впихивать бизнес-логику.
?
Создаем задачу block:start в очереди на 11:30.
Создаем блок в базе:
1) jobId
2) jobType
3) tasks
В блок добавляем задачи.
Наступает 11:30. В процессинге блока достаем первую задачу и ложим в очередь сразу же выполняться.
В процессинге задачи выполняем саму задачу, по выполнению достаем следующую и т.д.
достать можно в общем-то и до завершения выполнения
Anton
Хранимки это боль.
нит же. это просто инструмент, можно использовать органично, а можно и ногу острелить
Nikolay
Ах да, миграция на другую БД еще иногда случается :)
?
Если и писать, то только совсем простые, не знаю, пару джойнов, там, сделать. Но ведь на этом обычно люди не останавливаются, начинают туда впихивать бизнес-логику.
ага и оно потом у них даже работает, и иногда даже так и нужно
?
но редко (:
Джон
Ребя, что есть удобненького из ORM для MySQL?
Джон
или юзаете как есть?
Igor
Sequelize
Джон
ё...нь какая-то )
Джон
похожа на комнату пыток )
Джон
https://github.com/dresende/node-orm2
вот это приглянулось
Михаил Макарычев
Алексей
Добро пожаловать в увлекательный мир ORM на ноде.
?
насоветуйте что лучше
https://www.npmjs.com/package/swagger-koa
или
https://www.npmjs.com/package/koa-swagger
?
Алексей
насоветуйте что лучше
https://www.npmjs.com/package/swagger-koa
или
https://www.npmjs.com/package/koa-swagger
?
Ну тут действует аксиома Эскобара
?
ок, спс, гляну по ишьям и поддержке тогда
Джон
https://github.com/dresende/node-orm2
вот это приглянулось
насчет этой никто ничего не может сказать?
Алексей
Добро пожаловать в увлекательный мир пакетов на ноде.
Алексей
Помню в каком-то из бесчисленных сваггер пакетов для koa был такой баг, что поле типа file не хотело проходить валидацию swagger конфига
?
»You'll also need to implement the spec!
стоп, а оно само не умеет генерить спеку?
Paruyr
typeorm уже продакшн-реди? на фронтенде его кто-то пробовал?
Paruyr
да, у них вроде были драйвера websql indexeddb
Willy
Приветствую, посоветуйте, какой выбрать модуль для создания аудиозвонков на webrtc ?
Серёжа
всем привет ребят
aziret
привет
Серёжа
ребят есть кто на маке фронтендом занимаеться?
arts
Сразу вопрос задавай
Vint
Нет таких. Здесь все на QNX сидят.
Серёжа
кароче
Серёжа
был проэкт на. винде.
Серёжа
перенес на мак нихера не пашет
Nikolay
Очень информативно :)
Nikolay
Неси его обратно!
Dmitry
ну телепаты говорят, что проблема с путями - используй path.join / resolve
Anton
перенес на мак нихера не пашет
ну загугли. это элементарно, гуглишь ошибки и профит. нахер для этого по чатам писать? откуда вы беретесь такие?
Anonymous
привет всем! ) можно вопрос про Gulp?