несколько разных каналов: Telegram (в чат через бота), AmoCRM, Почта.
При этом может быть создано сколько угодно настроек нотификации (хочу получать уведомление на три почты, в Amo и в Телегу).
Как считаете, разумно ли использовать стандартные Laravel Notifications для этих целей? Учитывая, что пользователь при создании настройки нотификации должен указать emailы / ID групп в телеге и токен Амо. Количество каналов нотификаций будет расти.
Я бы предложил написать свой процессинг На нотификациях со сложно логикой реализация становится не очень прозрачной
вроде сложной логики нет, единственное что для каждого канала - свой набор настроек (ID групп, токены, webhook-url)...
Спрашивали, отвечаю)
Да, думаю теперь об этом
Мне в схожей задаче максимально не понравился формат хранения самих нотифаев. Под наши требования история с фильтрацией - там нечего ловить. Написал все сам.
Поясните, что за "история с фильтрацией"?
+1 за свою реализацию.
Ок, тогда еще вопрос. Какой подход более верный: 1) таблица notifications_settings с JSON полем config (где хранятся токены, ID, URLы, почты и все что угодно может понадоиться) 2) таблица для каждого канала отдельно (telegram_notifications_settings, webhook_notifications_settings) 3) другой вариант?
Имхо, стандартный вопрос json vs отдельная таблица. В json искать больнее. Если уверены, что потом не понадобится отвечать на вопросы, типа "какой пользователь указал почту pupkin@mail.ru ?", то можно и в json. Я бы делал в отдельных таблицах.
Обсуждают сегодня