AM
@samdark, @romkatsu, а можете резюме описанного в паре слов положить в issue?
https://github.com/yiisoft/yii-queue/issues/51
https://github.com/yiisoft/yii-queue/issues/51
Готово.
Size: a a a
2020 July 22
AM
Так я ж и спрашиваю, они там нужны, это преимущество или недостаток? Просто свои хендлеры с конфигом config/queue.php реализуются буквально за час, то есть не составит никакого труда сделать одно задание - один обработчик, в остальном все будет работать как и с событиями.
Обработчик может быть не один и часто это так.
AM
Но срабатывает только один.
В
Готово.
thnx 👍
AM
Рандомом раскидывается, например, на 100 обработчиков.
AM
Или не совсем рандомом...
DS
Рандомом раскидывается, например, на 100 обработчиков.
Это ты о воркерах?
AM
Умгу.
В
Рандомом раскидывается, например, на 100 обработчиков.
Пока не вижу, как это можно реализовать на php
AM
Один раз видео что из очереди разбирались задачи в три очереди в зависимости от загруженности очереди и лага.
В
Т.е. в потоке у тебя всегда 1 worker
AM
Если сообщение свежее, то в один.
AM
Если протухшее, то в другой.
DS
Умгу.
Ну а я о хендлерах. То есть сначала один хендлер выполнил свой код, потом другой хендлер выполнил другой код (это разные хендлеры с разным кодом).
AM
Т.е. в потоке у тебя всегда 1 worker
Запустить 100 потоков? :)
В
Один раз видео что из очереди разбирались задачи в три очереди в зависимости от загруженности очереди и лага.
Это уже механика сервера очередей, не нашей библиотеки же.
AM
плюс-минус да
AM
но от нас всё-таки требуется предотвратить повторное выполнение
В
Дошло, что ты имел ввиду