MM
toMail выбрасывается в данном случае?
Size: a a a
2020 July 22
А
toMail выбрасывается в данном случае?
Не знаю
А
Это у тебя схема в голове, не у меня
А
Хотя если это toMail который для канала mail, то выбрасываем, конечно
А
И будет toRabbit
MM
сейчас просто странно работает
class UserMail extends Mailable
{
use Queueable, SerializesModels
MM
Mail::send(class...)
MM
оно в кролик падает
MM
поэтому и каша эта сформировалась
MM
я первоначально говорил про отдельный канал в нотифи
А
Ну надо определиться, канал или транспорт правильней делать
А
Я и так, и сяк делал, под разные задачи
MM
я хочу переделать этот момент с кроликом, потому что задача в беклоге висит долговато
задача была перейти к единой точке входа а не использовать где-то Mail:: а где-то notify + rabbit channel
задача была перейти к единой точке входа а не использовать где-то Mail:: а где-то notify + rabbit channel
А
Шаблоны писем где лежат, и кто их использует?
MM
и вижу это примерно так
public function toBlaBla($notifiable)
{
/**
* $queueName название очереди, пример mail (её чекает сервис отдельный)
* $data ну тут понятно
*/
return Rabbit([$queueName, $data]);
}
MM
Шаблоны писем где лежат, и кто их использует?
на отдельном сервисе
MM
а что если надо отправить несколько ..
А
на отдельном сервисе
Ну тогда канал логичней
MM
можно делать так toRabbitMail toRabbit...
MM
сделать отдельный трейт в него вынести константы типов очередей кролика, в ченеле просто сразу указать константу
в итоге название очередей в одном классе, ченелы уже специфичны под свои задачи + нотификации могут отправить письмо а затем еще какую нибудь задачу в другой тип queue
в итоге название очередей в одном классе, ченелы уже специфичны под свои задачи + нотификации могут отправить письмо а затем еще какую нибудь задачу в другой тип queue