А если на один домен, типа сложно сделать, или просто плохо?

А если без докера?

так проще с докером, не надо парится с окружением

Есть два репо

для фронта настраивай отдельный nginx что бы он работал только со статикой

для апи отдельный что бы он работал с php-fpm

папки можешь ложить куда угодно

на один домен не надо… лучше сделай два project.ru && api.project.ru

ну тогда сделать в nginx location /api {тут прокси до php fpm}, location / {index до билд папки реакта}

да однойухственно

просто плохо, потом могут быть сложности

А как хорошо сделать если на один домен?

И я вот понять не могу, я что-то делаю не так или такая проблема только у меня возникла?

А если подписать водил и менеджеров на разные каналы?

так и есть, они на разных каналах сидят. один ивент «обновление статуса заказа» срёт сразу в несколько каналов. водилы подписаны на своих, диспетчеры на своих. вот мне в момент broadcastWith и надо понять, в какой канал сейчас уходят данные. но физически это сделать в данный момент не получится, т.к. лара срёт сразу всем.

делать 2 ивента, чтобы в разные каналы слать разные данные? ну как-то некрасиво

Да, данные ведь разные, можно все данные слать в один канал, которые нужны и тем и другим

это очень красиво и правильно)

тут лара собирает данные для отправки и без разбора шлёт во все коннекты
$payload = $this->getPayloadFromEvent($this->event);

foreach ($connections as $connection) {
$manager->connection($connection)->broadcast(
$channels, $name, $payload
);
}
вопрос в общем-то простой ) я либо делаю что-то не так, либо надо PR писать? задача то, вроде, очевидная.

Ещё более простой пример.
Пользователь написал коммент под постом, есть 2 канала, например: «Post.123.Comments» и «Admin.Comments». В первый канал попадают комменты поста, любой пользователь подписывается на него при заходе в пост. Второй канал для админа, чтобы видеть в админке комменты. И логично, что админу я хочу отправить доп. данные, типа ip пользователя, что написал коммент и прочую дебаг инфу.

Неужели мне для этого надо делать 2 разных ивента? ивент то по логике один — пользователь оставил коммент.

лучше просто создать событие одно. Повесить 2 листнера. одно менеджерам, другое водилам. Это логично. тк они разные по содержанию и каналы разные.

biz.mail.ru вполне работает

что есть не тестовый домен?

сейчас я прям с ивентов пушу в каналы. т.е. Event::dispatch(), а ивент ShouldBroadcast, с соответствующими методами. вот думаю, как сделать красиво и не городить на каждое событие ещё по 2

они бесплатно не дают возможности привязать свой домен для рассылок

что значит сразу с event-ов?

поменяйте на
event(new Message()); в listener создайте 2 слушателя на message
ManagerListener -> broadcast(new ManagerMessage(data))
DriverListener -> broadcast(new DriverMessage(data))

ну пока только так и получится. этим и не ноавится данный подход, т.к. ивентов много, и на каждый надо генерить 2 сообщения. хотя всё, чем они различаются, это путь до ресурса

можно передавать в сообщении лишнии поля, а уже на фронте смотреть на роль пользователя и брать нужное

несекурно )

ну это да

в названии

в общем да, и так крутил и эдак, единственный выход, это в листенере вызывать два новых ивента через broadcast. очень не хочется так делать, но, видимо, придётся

добавить очередей больше и все

$hidden скрывает поля, $guarded запрещает их изменять через create/update

Спасибо)

тема не раскрыта

$hidden`скрывает поля в моделе, скрыл `$password и можешь без страха передавать модель на фронт. $guarded это антагонист $fillable. Только если в $fillable ты перечисляешь поля, которые можешь накидывать через create/update методы, в $guarded же наоборот, указываешь какие запрещаешь, остальным можно