И
Тут проблема в том, что информация может обновляться много где, в разных запросах)
Size: a a a
2021 July 28
И
По этому обсервер нужен)
EG
слишком "абстрактно" чтоб найти подходящее решение.
И
Есть таблица n, в нем столбец m. При изменении этого столбца сервер должен отправлять письмо. Этот столбец может меняться в разных запросах. В разных контроллерах. Много где. При этом бывают моменты, когда обновление происходит сразу в k тысячах записях(функция update().)
КД
observer
И
Не работает, когда идет обновление через update
КД
по гугли должно быть оно, если я правильно понял
КД
ну так там есть разные методы save() updated()
EG
Иван, при User::where(...)->update() Observer не работает, т.к. нет модели, в обычный DB
EG
много мест это сколько? писем будет столько же сколько изменено строк или на один ящик это все уйдет?
И
Примерно 15-20) писем будет не так много. Там условий для столбца m много. И если все условия выполнены, то отправляем письмо.
КД
Да точно, вы правы
КД
хз только зачему фасад
EG
в любом случае перебор всего что изменилось, я бы для начало все эти изменения постарался вобрать в одном месте, а не по всему проекту User::where(...)->update()
и уже там контролил изменения
и уже там контролил изменения
И
Ну понял) буду думать
П
Всем привет. Вопрос - какой стандартный метод в ларавел подключения стиля для всех шаблонов?
А
Что говорит документация?
П
Подключать в каждом шаблоне отдельно
А
Ты не дочитал.
П
линк плиз