RK
вы мешаете ужа с ежом)
Size: a a a
2020 April 12
VS
джоба родит джобы, ух это я что-то не понял
RK
если мы говорим про асинхроность то вообще пробуйте наращивать воркеров до того момента пока оперативка и проц не сдохнет, но аккуратно это надо делать в рекавери лезть не весело
RK
если мы говорим про кнопку убить очередь, это куда сложнее и вообще другое
VS
если мы говорим про асинхроность то вообще пробуйте наращивать воркеров до того момента пока оперативка и проц не сдохнет, но аккуратно это надо делать в рекавери лезть не весело
от самого слова рекавери уже плохо
RK
опять же очереди хоть и резервирует пространство под нагрузкой может оказатсься совершенно другой результат
VS
задачи конечно же две
добится асинхронности
дать возможность остановить выполнение
добится асинхронности
дать возможность остановить выполнение
RK
сначала первое решите)
второе сильно сложнее
второе сильно сложнее
RK
сказал бы так сложнее первой задачи раза в 3-4 с точки зрения необходимых знаний, логики и тп
VS
ну к примеру через бд, делалось так, писалось ид джобы, когда можна удалялась запись, а сама джоба работает 1-2 минуты, тоесть новой попытки не будет, так как уже записи такой нету
VS
как-то так
RK
что бы решить это граммонтно, костылями то можно хоть че сковырять
RK
я выше писал варианты и предположения)
RK
ксати можно даже вообще мускуль не трогать
RK
писать для пользователя запущенные очереди и тп и от туда при необходимости данные трогать, но тогда квери билдер дохнет
A
дак а в чем проблема остановить job-у, если знать чекпоинты?
пускай у юзера будет статус (или где-то еще) булевый флаг типа isRunning
и после завершения предыдущего шага, если running - добавлять в очередь новый
или если stop -> start - тогда тоже добавлять в очередь новый шаг
пускай у юзера будет статус (или где-то еще) булевый флаг типа isRunning
и после завершения предыдущего шага, если running - добавлять в очередь новый
или если stop -> start - тогда тоже добавлять в очередь новый шаг
VS
дак а в чем проблема остановить job-у, если знать чекпоинты?
пускай у юзера будет статус (или где-то еще) булевый флаг типа isRunning
и после завершения предыдущего шага, если running - добавлять в очередь новый
или если stop -> start - тогда тоже добавлять в очередь новый шаг
пускай у юзера будет статус (или где-то еще) булевый флаг типа isRunning
и после завершения предыдущего шага, если running - добавлять в очередь новый
или если stop -> start - тогда тоже добавлять в очередь новый шаг
гениально, чекпоинты есть, если отключились то зразу и завершить выполнение
RK
дак а в чем проблема остановить job-у, если знать чекпоинты?
пускай у юзера будет статус (или где-то еще) булевый флаг типа isRunning
и после завершения предыдущего шага, если running - добавлять в очередь новый
или если stop -> start - тогда тоже добавлять в очередь новый шаг
пускай у юзера будет статус (или где-то еще) булевый флаг типа isRunning
и после завершения предыдущего шага, если running - добавлять в очередь новый
или если stop -> start - тогда тоже добавлять в очередь новый шаг
уская логика со флагом, но да примерно то и надо)
VS
😱
RK
Vitaliy Sheverov
гениально, чекпоинты есть, если отключились то зразу и завершить выполнение
вопрос то не втом как завершить а где хранить и с какими статусами айдишники джоб