T
на сколько критично задержка в уведомлении ?
не критично, в принципе. если в течение 5-10 секунд, то норм
Size: a a a
2019 September 06
T
нет просто celery
ладно, спасибо. Почитаю по celery, надеюсь, там несложно))
DT
ладно, спасибо. Почитаю по celery, надеюсь, там несложно))
там единственное надо определится где вызывать таск
я бы таки остановился на таске
я бы таки остановился на таске
T
там единственное надо определится где вызывать таск
я бы таки остановился на таске
я бы таки остановился на таске
https://github.com/mback2k/django-celery-model
если вот эту заюзать и засунуть вызов таска в post_save он отработает?
типа
если вот эту заюзать и засунуть вызов таска в post_save он отработает?
типа
def save():
super().save()
self.apply_async(task)
AO
переопределять save() в моделях - это немного говноедство 😊
DT
https://github.com/mback2k/django-celery-model
если вот эту заюзать и засунуть вызов таска в post_save он отработает?
типа
если вот эту заюзать и засунуть вызов таска в post_save он отработает?
типа
def save():
super().save()
self.apply_async(task)
не пользовал не знаю
AO
(как минимум, тебя за это будут ругать те, кто будет работать с кодом потом, переводя проект с Django на что-нибудь другое)
T
переопределять save() в моделях - это немного говноедство 😊
почему? а как иначе, например, если что-то нужно сделать при изменении или добавлении инстанса ?
AO
бизнес логику лучше отделять от моделей и размещать отдельно
AO
например, предлагается в services.py (и запретить любые обращения к ORM для нового кода за пределами этого модуля)
AO
это позволит потом заменить Django/models.py на что-то другое более простым образом
AO
чем меньше вы привязываетесь к Django, делая новый код, тем лучше
T
а как привязать этот код, в services, к админке?
AO
этот подход оптимален с точки зрения "а что если завтра мы заменим Django на что-нибудь другое?"
AO
суть в том, что программист не должен создавать преград для возможного перехода на другой тип хранилища или для замены фреймворка
AO
вот эти переопределения save() или использование сигналов - это привязка к Django, если можно без неё - лучше без неё
AO
что будет если хранилище будет заменено на какое-нибудь NoSQL? где там эти save()? их там не будет
T
вот эти переопределения save() или использование сигналов - это привязка к Django, если можно без неё - лучше без неё
Возьму на заметку. Но пока иначе не умею, с джангой 2 месяца.
AO
ну, то есть вместо того чтобы подправить способ сохранения данных (в сервисах) придётся править ещё и связанные с этим вещи, то есть лучше писать код так, чтобы в будущем было бы проще его поменять