AK
А почему не сделать условую “пагинацию”, которая просто прокинет в очереди offset, limit, и по ним выбираешь юзеров и обрабатываешь их
ну чанк это оно и есть
Size: a a a
2020 September 25
П
Тогда все таки в контроллере быстро создать условно 100 джобов?
AK
Павел
Тогда все таки в контроллере быстро создать условно 100 джобов?
а скок у тебя в таблице юзеров?
П
а не сразу одну джобу, которая чанки будет уже обрабатывать?
AK
1-3 млн?
MR
ну чанк это оно и есть
Ну чанк как я понял прям “получает” их, тогда выйдет что юзера всеравно будут получены все)
А так они будут “получены” внутри джобы, во время ее выполнения
А так они будут “получены” внутри джобы, во время ее выполнения
П
нет мало конечно, тысячи
AK
Павел
нет мало конечно, тысячи
а, тогда можна одну джобу запихнуть
П
я больше из интереса, ну и правильно сделать хочется
П
на джобы таймаута нет ведь
П
сутки не считаем)
П
Тогда такое решение: в Listener запускаю джобу, чтобы нагромождения кода не было. Делаю сервис класс и в нем уже чанками делаю много джобов
AK
Павел
на джобы таймаута нет ведь
если horizon есть (время сколько он может отработать)
ну и долгая задача (1-5 мин) очень сильно грузит сервер
ну и долгая задача (1-5 мин) очень сильно грузит сервер
AS
Подскажите, чем ларавелевский чанк лучше чем обычный йилд
П
редиса нет
П
надо смотреть чем чанк реализован)
П
а разве User::all() не сразу всю таблицу в память кинет?
П
я как раз этого и не хочу
П
а я вообще на простом shared хостинге запущу queue:work ?
П
или лучше через Task Scheduling ?