аналогично, время потраченное на исправление багов с запуском не через контейнеры) вместо того, чтобы разбираться, почему оно не работает без контейнеров, лучше сразу научиться разрабатывать и деплоить с контейнерами и не натыкаться на любые проблемы с деплоем или созданием dev окружения

это типа докер?

да

то есть вместо того, чтобы 1 раз разобраться с контейнерами многие натыкаются на кучу проблем, запуская вне контейнеров и потом пытаются героически решать эти проблемы сами или с помощью чата

то есть можно понять, когда nginx запускается вне контейнера, можно понять, когда PostgreSQL запускается вне контейнера (ну, например, это выделенный сервер с PostgreSQL и там только она и ничего больше), но вообще нет ни 1 разумной причины запускать приложение на Django вне контейнера

ну и с формами/шаблонизаторами то же самое - возможно, есть 5-10% кейсов, когда и правда так было бы быстрее и лучше сделать в новых проектах, но для 90-95% случаев это какое-то legacy, которое в новые проекты тащить не нужно) Django позиционируется для перфекционистов с дедлайнами) не будут перфекционисты в 2019 году тащить шаблонизатор, но новички, читающие документацию, думают, что это вот прямо самый правильный способ)

то есть те, кто тащат формы/шаблонизатор в проект, они делают это осознанно, зная и понимая другие варианты) вариант по умолчанию [для тех, кто не знает как лучше] - это как раз-таки не использовать никакие шаблонизаторы и формы просто потому что это технологии прошлого, условно, 2008-2010 год, а в 2019 году так делать уже не круто)

В дрф и вьюсеты есть, ещё удобнее

есть такой, как я это называю, "комплекс Ubuntu", когда компания сделала кривое решение и протаскивает его просто потому что оно её) у них там было с upstart) они довольно долго поддерживали upstart просто потому что это было их решение, несмотря на то, что systemd был лучше и в итоге всё равно победил...

у Django это, безусловно, формы и шаблонизатор) они не могли просто признать "Django Template'ы нужно заменить на Jinja2", и точно так же сейчас не могут признать, что и то и другое стало каким-то legacy для веба, а роль Django теперь - роль генератора API

id - ~
from_id - отправитель
to_id - получатель
message - текст сообщения

.filter(Q(from_id=userid)|Q(to_id=userid)).annotate(from_username=F(from_id__username), to_username=F(to_id__username))

Контекст теряется. Непонятно зачем нужны эти контейнеры пока не попортишь себе крови, деплоя джангу на голом сервере :)

То же самое с формами и шаблонами

Товарищи, дома работало, принес на работу не работает

ubdatesofficenotes = OfficeNote.objects.all()
sa = []
for ufpath in officepath:
   note = ubdatesofficenotes.get(num=ufpath.officenote)
   note.filepath = ufpath.fpath
   sa.append(note)
OfficeNote.objects.bulk_update(sa, ['filepath',])

'Manager' object has no attribute 'bulk_update'

неси бегом домой

Версия Джанги. Балк_апдейт только в 2.1 емнип

на работе бульк работал

в пятницу

Апдейт или криэйт?)

manage.py version
2.1.8