Григорий

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

Использование очередей при отправке уведомлений (за исключением, быть может, уведомлений, складываемых в БД) оправдано, т.к. уведомления могут быть не только для пользователя, но и для другого микросервиса или продукта. Во время отправки уведомлений сервис (смс-шлюз, рассыльщик почты, api Telegram/Slack etc) может быть недоступен, что приведет к падению по таймауту. В случае ошибки отправки асинхронно воркер сможет повторить попытку, в то время, как ошибка при синхронной отправке отлупит по таймауту еще и клиента, а уведомление не придет т.к. нигде не сохранилось (а асинхронные живут отдельно, в том же редисе или БД), хотя его и ждут.

То же самое касается событий. Клиенту нет необходимости ждать когда вы там свои дела сделаете - отдайте ему ответ и шлите события хоть пачками.

Вопрос здесь не в маниакальном желании отобрать у вас 10 мс жизни, а в принципе разделения ответственности.

У вас в валидаторе же написано:

'email' => 'required|email|string|max:255|unique:users',

что-то мне подсказывает, что 'Hello' - слегка невалидный e-mail адрес!

И да. Если у вас есть валидатор 'email', то 'string' можно опустить, да и ограничивать длину адреса так себе практика!

Это нормально для всех.
.crt файлы - подписанный публичный сертификат + публичные ключи центра сертификации.
.key файл - закрытый ключ, который вы никуда не должны были отправлять. Он у вас на сервере должен быть, там же где вы запрос на сертификат генерировали.

И соответственно в конфиге nginx надо указать путь к этому файлу в директиве ssl_certificate_key.

Пробовали переопределить метод save() у модели?

И правильно ругается - таблица-то находится в mysql.

Если все сущности Firm хранятся в mysql, то стоит в модели Firm переопределить свойство protected $connection, тогда все будет относительно прозрачно работать в виде Firm::create(...)

Вам хватит родного Gate. Раздел Authorization в документации. Роли тут особо не нужны, хватит описания трех разрешений в AuthServiceProvider.

Какой запрос генерирует Builder? Посмотреть можно так (отсюда):

DB::connection()->enableQueryLog();
//To get an array of the executed queries, you may use the getQueryLog method:
dd(DB::getQueryLog());

Сравните с тем, что должно быть.
Лично я грешу на whereNull('B.A'); вместо whereNull('B.A_id');.