Size: a a a

Laravel Framework Russian Community

2020 October 22

С

Сидредин in Laravel Framework Russian Community
Переслано от Сидредин
в TasksContainer.js создаётся 2 канала: первый - для получения сообщений чата, а второй - для получения различных уведомлений (о сообщениях чата, новых пользователях и др.). Вот меня интересует второй канал. Не могу понять, почему на него не приходят сообщения с сервера. Далее про сервер:
источник

С

Сидредин in Laravel Framework Russian Community
Переслано от Сидредин
На сервере вызывается метод store() контроллера TaskMessagesController. Там вызывается фрагмент, указанный в gist. Т.е. вызывается уведомление ChatMessage
источник

С

Сидредин in Laravel Framework Russian Community
Переслано от Сидредин
Всё ли правильно в нём, а также в роуте для каналов? Ну и другие участки  кода тоже правильно написал?
источник

С

Сидредин in Laravel Framework Russian Community
Переслано от Сидредин
вот клиент соединился
источник

С

Сидредин in Laravel Framework Russian Community
Переслано от Сидредин
php artisan queue:work после сообщения в чате
источник

С

Сидредин in Laravel Framework Russian Community
Переслано от Сидредин
В БД записываются уведомления, кстати
источник

B

Bat in Laravel Framework Russian Community
Сидредин
Переслано от Сидредин
Всё ли правильно в нём, а также в роуте для каналов? Ну и другие участки  кода тоже правильно написал?
это не вопрос, что-то не работает или тебя волнует правильность "архитектуры" которая как я понимаю с доки просто скопирована
источник

С

Сидредин in Laravel Framework Russian Community
Bat
это не вопрос, что-то не работает или тебя волнует правильность "архитектуры" которая как я понимаю с доки просто скопирована
а откуда ещё её копировать?
источник

С

Сидредин in Laravel Framework Russian Community
с воздуха?
источник

B

Bat in Laravel Framework Russian Community
Сидредин
с воздуха?
это зависит от задачи, вопрос то в чем?
источник

С

Сидредин in Laravel Framework Russian Community
Bat
это зависит от задачи, вопрос то в чем?
Не могу понять, почему на клиент не приходят уведомления.Всё много раз перепроверял
источник

B

Bat in Laravel Framework Russian Community
Сидредин
Не могу понять, почему на клиент не приходят уведомления.Всё много раз перепроверял
конфиг редиса пустой, скорее всего эхо сервер к нему не подключился, т.к. нет об этом сообщения, попробуй прописать host/port
и пока тестируешь - запускай через   artisan queue:listen, иначе изменения в пхп не применятся, т.к. пхп в режиме демона (queue:work) не "умирает" и не перезагружает твой код с диска
источник

С

Сидредин in Laravel Framework Russian Community
Bat
конфиг редиса пустой, скорее всего эхо сервер к нему не подключился, т.к. нет об этом сообщения, попробуй прописать host/port
и пока тестируешь - запускай через   artisan queue:listen, иначе изменения в пхп не применятся, т.к. пхп в режиме демона (queue:work) не "умирает" и не перезагружает твой код с диска
Спасибо большое! Попробую
источник

VK

Vladimir Kravchenko in Laravel Framework Russian Community
Привет. Подскажите, есть ли какой нибудь "best practiсe"  касательно того, как безболезненно запушить большое кол-во заданий в очередь?
Кейс: 600-700k пользователей, нужно по каждому запушить джобу которая будет делать небольшие калькуляции и писать результат в другую таблицу. Очередь обрабатывает Horizon, который делает все достаточно шустро, но постановка в очередь остается узким местом. Выбрать такое количество записей а потом сделать foreach + dispach не подходит по понятным причинам. Есть мысль сделать отдельную джобу куда передавать некоторый offset, внутри нее уже делать выборки по 50к записей и из нее "пачками" запускать основную джобу, но чет похоже на костыль. Возможно кто-то делал подобное и может пнуть советом
источник

VY

Vadym Yakovenko in Laravel Framework Russian Community
Vladimir Kravchenko
Привет. Подскажите, есть ли какой нибудь "best practiсe"  касательно того, как безболезненно запушить большое кол-во заданий в очередь?
Кейс: 600-700k пользователей, нужно по каждому запушить джобу которая будет делать небольшие калькуляции и писать результат в другую таблицу. Очередь обрабатывает Horizon, который делает все достаточно шустро, но постановка в очередь остается узким местом. Выбрать такое количество записей а потом сделать foreach + dispach не подходит по понятным причинам. Есть мысль сделать отдельную джобу куда передавать некоторый offset, внутри нее уже делать выборки по 50к записей и из нее "пачками" запускать основную джобу, но чет похоже на костыль. Возможно кто-то делал подобное и может пнуть советом
источник

VK

Vladimir Kravchenko in Laravel Framework Russian Community
Спс, но с курсором я сожрал всю память не успев запушить и 100к записей в очередь
источник

VY

Vadym Yakovenko in Laravel Framework Russian Community
Vladimir Kravchenko
Спс, но с курсором я сожрал всю память не успев запушить и 100к записей в очередь
там еще есть метод chunk немного выше в доке
источник

NS

Nikita Sklyarov in Laravel Framework Russian Community
Vladimir Kravchenko
Спс, но с курсором я сожрал всю память не успев запушить и 100к записей в очередь
как так? курсор же для того и нужен чтобы память не сожрать при больших выборках
источник

I

I0bSTeR in Laravel Framework Russian Community
+
источник

I

I0bSTeR in Laravel Framework Russian Community
LazyCollection?
источник