ну подставь урл из базы

может какие-то доп параметры

ну это не проблема же, но своё решение написать надо

Понятно, что накодить можно минут за 5.
Но хочется сделать ремонтопригодное и легко расширяемое решение. Я вижу это так: создается таблица с соответствующими адресами, токенами и т.д. К ней - модель. На модель вешается трейт Notifable. Соответственно - прописывается канал доставки. Назовем его ApiChannel. При создании записи выкидывается событие, на которое вешается слушатель, который оповещает необходимые апи. Вроде изи. В верном направлении думаю? Или чет другое нужно? Да и тут проблема скорее в наименованиях

Я тупо не понимаю какие имена дать, чтобы это легко читалось, но и не было вырвиглазным

Бизнес логика то твоя - наверное

И думаю, что определенное соглашение по именам в этом направлении уже имеется.

можно сделать интерфейс единый

под него кучу реализаций в зависимости от типа\домена подменивать реализацию

и кидать

а как хранить, твой выбор

я бы и в jsonb пихнул

json в базе это прямое нарушение нормального состония

Вот мне именно это и нужно, т.к. оповещать нужно не только апи, но и кидать в тг, на почту и т.д. И при этом реализация везде разная

$client->post()?

Недавно писали что логи можно хранить, но я манал после последних событий

notifications

События смотри

На этом и собираюсь строить